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REMARKS 

Claims 1-17 were pending in the above-identified application. By this 
Amendment, the Applicant has amended claims 1, 3, 5-9, 12-13, and 16, cancelled claims 4 
and 17, and has added claims 18 and 19. The amendments to the claims and the newly added 
claims are supported by the application as originally filed, and do not introduce new matter. 
Accordingly, entry of the amendments to claims and the newly added claims is respectfully 
requested. 

Objection to Specification 

In the Office Action, the Examiner objects to claims 9 and 13 insofar as the 
claims refer to the term "dealer=s'\ Claims 9 and 13 have been amended in this respect to 
refer to "dealer's". Accordingly, reconsideration and withdrawal of the objections are 
respectfully requested. 

Claim Rejections - 35 U.S.C. § 1 12 

The Examiner rejects claims 1-1 1 under 35 U.S.C. § 1 12 insofar as claims 1 
and 4 lack antecedent basis for "dealer response" and "best response". Claim 1 has been 
amended to correct the informality and claim 4 has been cancelled. Accordingly, 
reconsideration and withdrawal of the rejections are respectfully requested. 

Claim Rejections -35 U.S.C. § 102 and §103 
Claims 1-3 and 5-16 are pending in the above-identified application. In the 
Office Action dated June 4, 2004, the Examiner rejects claims 1-3, 5-7, 10-12, 14-15, and 17 
under 35 U.S.C. § 102 as being unpatentable over U.S. Patent No. 5,842,178 (Giovannoli.) 
and claims 4, 8-9, 13, and 16 under 35 U.S.C. § 103 over Giovannoli in view of U.S. Patent 
Application Pub. No. 2002/0052827 (Waelbroeck, et al). The Applicant respectfully 
traverses the rejections, and asserts that the claims pending in the present application, z'.e., 
claims 1-3 and 5-16, and newly added claims 18 and 19, are patentable over the references 
cited by the Examiner for at least the reasons stated below. 

Giovannoli discusses a computer system for a buyer to submit requests for 
quotations for goods and services, and to receive in response thereto quotes for the goods or 
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services sought. Abstract. The buyer may therewith filter responses and elect to purchase the 
goods or services from a responding party. Abstract; col. 6, lines 1-14. 

In contrast, the present invention is directed to systems and methods for 
trading, e.g., items, such as securities, services, etc., that allow users to submit a requests for 
quotations ("RFQ") and that allow certain users to apply a price improvement to responses to 
the RFQ. Particularly, independent claims 1, 12, 16, and 18, and the claims dependent 
thereon as amended relate to computer-implemented systems and methods that allow a user, 
e.g., a first user or a second user acting on behalf of the first user, to forward or otherwise 
send an RFQ to at least one dealer, to receive at least one dealer response to the RFQ, and to 
improve upon the best response to the RFQ, thereby allowing a user acting on behalf of 
another to execute a trade as a principal based on or at an improvement to the best RFQ 
response. The Examiner admits at page 4 of the Office Action in rejecting claim 4 that 
Giovannoli does not disclose such a feature. The Examiner, however, relies on Waelbroeck 
as prior art for the price improvement feature as well as other features not disclosed by 
Giovannoli. The Applicant disagrees with the Examiner's conclusion that Waelbroeck is 
prior art under § 102(e) insofar as the sections relied upon by the Examiner to reject the price 
improvement feature of the present invention do not have a filing date prior to the present 
application's filing date of October 16, 2000. 

Waelbroeck, which was filed on May 31, 2001 ("Waelbroeck III"), is a 
continuation-in-part of application number 09/750,768 filed December 29, 2000 
("Waelbroeck II"), which is a continuation-in-part of application number 09/585,049 filed on 
June 1, 2000 ("Waelbroeck I"). The Examiner is carrying back the § 102(e) critical date of 
the Waelbroeck III reference to the filing date of the Waelbroeck I application. To do so, 
however, "the reference must [not only] have a right of priority to the earlier date the 
parent application must [also] support the invention claimed." MPEP 2136.03(IV) (citing In 
re Wertheim, 646 F.2d 527 (CCPA 1981) wherein the court held that the examiner 
impermissibly attributed the earlier filing date of the parent application to subject matter that 
was not contained in the parent). Copies of the Waelbroeck I and II applications as filed are 
attached hereto as Attachments A and B, respectively. The Examiner will note that much of 
the Waelbroeck III application is not disclosed in either of the Waelbroeck I and II 
applications. Particularly, paragraphs 118 and 186 of Waelbroeck III that are relied on by the 
Examiner to reject the price improvement feature of the present invention are not disclosed in 
either of the Waelbroeck I and II applications. Paragraphs 1 1 8 and 1 86 of Waelbroeck III do 
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not therefore have a filing date prior to Waelbroeck III (May 31, 2001) and are thus not prior 
art under § 102(e) against the present application that was filed October 16, 2000. 

Moreover, neither of the references cited by the Examiner, alone or in 
combination, disclose or otherwise suggest the price improvement feature of the present 
invention. The dependent claims are patentable for additional reasons. While deemed 
unnecessary to argue these additional reasons at this time, given the arguments presented 
above, the Applicant reserves the right to present such arguments should it become necessary 
or desirable to do so. 

For the above reasons, the Applicant submits that the invention as claimed is 
patentable over the references cited by the Examiner. Accordingly, reconsideration and 
allowance of pending claims 1-3 and 5-16, and newly added claims 18 and 19, is therefore, 
respectfully solicited. To expedite the prosecution, the Examiner is invited to contact the 
Applicant's undersigned representative at 212-895-2905. 
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Reg. No. 53,431 
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FELDER & STEINER LLP 
163 Madison Avenue 
P.O. Box 1989 

Morristown, New Jersey 07962-1989 
Telephone No. 973.775.8930 
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A METHOD FOR DIRECTING AND EXECUTING 
CERTIFIED TRADING INTERESTS 



5 Field of the invention 

The subject invention relates to a method for managing certified trading information to 
direct and execute confidential trading interests over a computer network such as the Internet. 

Background of the invention 
10 The term "trading interest" is used herein to describe any expressed interest in trading 

a given security or securities, and the term "certified trading interest" is used herein to describe 
a trading interest that has been verified as genuine and certified as such by some trusted third 
party. One example of a genuine trading interest is an order that has been placed on a securities 
p market automatic matching system. A second example of a genuine trading interest is a trading 

15 interest expressed by a party with a documented history of aggressive trading. An example of 

Ul 

Oj a trading interest that would not be certified is an undocumented indication of interest (known 

0] 

g{ in the art as an IOI). 

4 s In public securities markets, market mechanics and trading psychology create barriers to 

a efficient information dissemination and price discovery. A market participant's decision to 

20 reveal information regarding a large trading interest typically represents a tradeoff between 



confidentiality and liquidity. By publicly revealing the details of a significant active buying 
interest, for example, a market participant assumes the risk of adverse price action. Other market 
participants with legitimate selling interests and market makers can "fade" their offers (become 
much less aggressive sellers). There is also an empirically demonstrable risk of adverse price 

25 action due to "front running" (buying activity by market participants in anticipation of price 
movement resulting from the large revealed order). Confidentiality can be maintained by 
splitting the large order up into many small orders to avoid arousing interest, but this is 
inefficient and will fail to attract substantial natural contra-interests. An economically efficient 
transaction is therefore avoided because the trading costs associated with disseminating 

30 information are too high. Also, the common practice of splitting large interests into smaller 
orders affects all price discovery. When confronting each order, a market participant must 
incorporate the possibility that the order is only a small part of a much larger interest, because 
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it is often impossible for the market participant to verify that many such orders are not being sent 
simultaneously. 

Another serious obstacle to efficient dissemination of trading interests and price discovery 
is the lack of validated information about trading interests. The validated trading interest 
information which does exist (e.g., displayed executable orders) is often of little assistance. 
Displayed orders are miniscule compared to undisclosed interest, and typically equate to no more 
than one or two minutes of trading in a liquid stock in the U.S. market. Displayed orders can 
therefore be easily manipulated, for example, to indicate excess buying interest when sellers are 
in fact abundant. In addition, non-validated misinformation is often created and disseminated 
by unscrupulous market participants to manipulate market prices. Voluntarily disseminated 
trading interests can be false or misleading if they are not verified either by proof of a current 
executable order, actual trades executed, or canceled orders which were at one point executable 
at risk in the market. Because there is often no way for a market participant to verify an 
expressed trading interest or to know which other market participants have a history of 
unscrupulous trading behavior, all prices must incorporate the possibility of such behavior. 

One known approach to voluntary selective dissemination of non-validated trading 
interests and activity in public equity markets is used by the AutEx+® system. This is an 
electronic database and online network that provides users with the ability to voluntarily publicly 
indicate trading interests and executed trades. AutEx+® users can limit the recipients of a 
message regarding a trading interest by inclusion (a user-defined list) or exclusion (blocking 
specific named market participants). Users can also limit by name the securities on which they 
receive information and the other users from whom they receive information. 

In the AutEx+® system the expressed trading interests and reported trades are not 
certified, however, and this creates the opportunity for deceptive dissemination. In addition, 
users of the system are not obligated to report all trades, which offers further opportunities to 
create false impressions of trading interests. Significantly, this approach does not enable the use 
of analysis of certified trading interests (CTI) to limit information dissemination to those market 
participants likely to have a contra-interest. It also does not enable using such CTI analysis to 
permit market participants to limit the trading interest indications received. It also does not 
provide the ability to initiate an auction based on disseminated CTI analysis information. It also 
does not enable the monitoring of user trading activity to generate a rating of the accuracy of 
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disclosures or the correlation of trading activity to inappropriate trading practices. 

One known approach to matching trading interests and executing trades while limiting 
information dissemination is employed by the POSIT® matching system. The POSIT® system 
allows trading interests to accumulate and initiates a matching sequence at set intervals. Market 
5 participants place confidential orders in the system and are unaware of the amount or 
aggressiveness of other orders on the same or contra side until the matching is released. This 
approach does not enable targeted communication of trading interests based on analysis of 
verified executable interests and trading activity, and does not provide the ability to initiate 
private auctions based on this analysis. It also does not enable granting the auction initiator any 
1 0 exclusivity over contra-orders entered in response to the targeted dissemination. 

In this environment, there is an acute need for efficient dissemination of confidential 
information regarding trading interests. Market participants with large confidential trading 
interests wish to notify only those other market participants likely to have a significant contra- 
interest. Other market participants wish to be notified of confidential certified trading interests 
1 5 to which they are likely to have a contra-interest. Both groups wish to have a place to transact 



0j 

s 

0 a trade once they have been connected through analysis of their certified trading interests. 

*p Market participants also desire certified information regarding the trading behavior of other 



market participants and a means of certifying expressed trading information. 



h % 20 Summary 



Preferred embodiments of the subject invention overcome the limitations of known 
trading interest dissemination and execution systems by ( 1 ) enabling market participants to limit 
dissemination of trading interests to only those other market participants likely to have a 
significant contra-interest, (2) enabling market participants to ensure that other market 

25 participants' disseminated trading interests are legitimate, and (3) enabling auctions among 
trading interests targeted and validated in this manner. Software of a preferred embodiment 
identifies likely contra-interests by analyzing information from various sources regarding 
certified trading interests. 

A preferred embodiment comprises a method of managing market information, 

30 comprising the steps of: electronically receiving data including confidential information 
regarding market participants; electronically storing said received data regarding market 
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participants; electronically receiving information from a first market participant computer; 
electronically storing said information received from said first market participant computer; 
producing a targeted dissemination list of market participants based on said stored data regarding 
market participants and said information received from said first market participant computer; 
and electronically transmitting to the market participants on said targeted dissemination list data 
based on said information received from said first market participant computer. 

Advantageously, this is done without revealing the confidential information of the market 
participants to the first market participant. In one embodiment, the identity of the first market 
participant is not revealed to the other participants. 

Further embodiments are described below. 

Brief Description of Drawings 

FIG. 1 is a schematic diagram depicting a preferred embodiment of the subject invention. 

FIG. 2 is a schematic diagram depicting a preferred system for targeted dissemination of 
confidential information regarding trading interests. 

FIG. 3 is a flowchart illustrating steps of a preferred method of targeted dissemination 
of confidential information regarding trading interests. 

FIG. 4 is a flowchart showing steps of a preferred method of matching interests identified 
by targeted dissemination in an auction execution. 

Detailed Description of Preferred Embodiments 
FIG. 1 illustrates a system configuration of a preferred embodiment of the subject 
invention that comprises a certified trading interest (CTI) manager 1 0 connected to various users 
20 via a communication network 30. CTI manager 10 is a computer comprising a processor, a 
memory, and input/output including a communications interface. Computer programs stored in 
the memory operate the CTI manager in accordance with the invention. In the preferred 
embodiment, communication network 30 is the Internet, but alternate embodiments can employ 
dedicated communication networks, as is well known in the art. In the preferred embodiment, 
communication between users and the CTI manager is secured, because of the confidential nature 
of the information communicated. The CTI manager 10 is also connected to various external 
data sources 40, a CTI user database 50, and an auction server 60. 
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Externa] data sources 40 provide information regarding positions held, trades executed, 
and active orders for the users 20. This enables the CTI manager to identify and verify users 5 
historical and current trading interests. In an alternate embodiment, the CTI manager does not 
receive external data, but only uses data generated within the system. In a preferred embodiment 
5 applied to the U.S. equity market, the external data sources 40 include various electronic 
communication networks (ECNs) such as Instinet™, public markets such as NASDAQ™, stock 
exchanges, matching networks such as POSIT®, and publicly available data such as the 
published holdings of various institutional investors. In a preferred embodiment, the data 
regarding market participants used by the CTI manager comprises confidential information. 
1 0 For example, the identity of an executable order on an ECN is not typically available. Since the 
confidential information is not publicly available, the CTI system must obtain permission from 
the users 20 to utilize it. In the preferred embodiment users 20 agree to release this confidential 
O information to the CTI system, with the understanding that the secure CTI system will use the 

yi information only for supplying the user with valuable confidential trading interests of others. In 

1 5 other words, the confidential information with which users 20 entrust the CTI manager 1 0 gives 

\x \ 

□ them access to more information (in particular, certified trading interests), but the confidential 

41 

03 information provided by users 20 does not leak out to third parties. 

^ In a preferred embodiment, the CTI manager 1 0 communicates in real time with external 

Cn data sources 40 via the Internet. Alternate embodiments employ dedicated communication 

20 networks as is well known in the art. Also, alternate embodiments store information from 
2- external data sources 40 in a database and update the information periodically rather than in real 

Li 

time. For example, an alternate embodiment receives information regarding the published 

holdings of various institutional investors, stores the information in a database, and updates the 

information from the news service source only as frequently as new information is published. As 
25 will be apparent to those skilled in the art, the subject invention could also be used to direct 

confidential information in markets other than U.S. equities, since virtually all markets for 

fungible items of value pose the same informational inefficiencies. 

In a preferred embodiment, the CTI user database 50 contains user data such as security 

and contact information, CTI notification parameters, and an activity history. The preferred 
30 embodiment maintains an activity history for each user that includes auctions initiated and their 

outcome (e.g., whether the auction was canceled, unsuccessful in locating a contra-interest, or 
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resulted in a partial or full execution of the initiating interest). The activity history also includes 
the CTI notifications received, the orders placed in response, and their outcome (whether the 
responding order was canceled, unsuccessful, or resulted in a partial or full execution of the 
response order). In an alternate preferred embodiment, the CTI user database 50 simply 
maintains overall statistics regarding this activity history for each user. 

The CTI notification parameters specify the circumstances in which CTI information is 
to be received and can be different for different securities and different users. For example, some 
users may limit CTI notifications to initiating interests over 100,000 shares for certain securities 
and 500,000 shares for others. In a preferred embodiment the notification parameters can be 
modified by the user at any time, and can be on the basis of order size, security, identity of 
initiating user, or statistics regarding the initiating user's activity history. 

In an alternate preferred embodiment, the CTI user database 50 also contains information 
regarding inappropriate trading behavior such as peg gaming and front running. Peg gaming is 
possible when an auction sets the execution price to be the market midpoint at a specific time. 
An auction participant with a large buy order might sell actively in the market to pull the 
midpoint price down. Front running is possible in this context if, for example, a recipient of a 
notification of a large buy order starts buying CTI trades actively before the auction in 
anticipation of price action caused by the large CTI. The CTI manager of this embodiment will 
monitor the trading activity of all auction participants and note any suspected peg gaming or front 
running in the CTI user database, either as raw data or as a rating of trading behavior. An 
alternate embodiment maintains similar data and/or ratings in the CTI user database 50 regarding 
the accuracy of the market participants 1 non-certified disclosures on external systems such as 
AutEx+® . A further embodiment maintains similar data and/or ratings in the CTI user database 
50 regarding the market participants' adherence to self-imposed trading limits set during 
negotiations. This list is not intended to be exhaustive; other embodiments will be apparent to 
those skilled in the art. 

The auction server 60 manages the process of accumulating market participant (MP) 
contra-orders in response to a CTI notification and executing a matching auction. In an alternate 
embodiment, there is no auction server and the CTI system functions as a targeted information 
dissemination mechanism. FIG. 2 depicts the information management function of a preferred 
embodiment of the subject invention. An initiating user 2 1 0 communicates to the CTI manager 
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a trading interest and parameters that limit the dissemination of the information. The CTI 
manager uses these parameters and CTI information 230 to determine which market participants 
240 should receive the information. Also, each MP communicates his own parameters to the CTI 
manager delineating the trading interest information that the MP desires to receive. The CTI 
5 manager therefore acts as a bilateral CTI information filter 220. It limits dissemination of the 
initiating user's confidential information to those MPs 240 for which (1) the MP fits the 
initiating user's dissemination parameters, and (2) the initiating interest fits the MP's notification 
parameters. In an alternate embodiment, the CTI manager is only a unilateral information filter 
in which the system targets MPs to notify but does not allow the MP to similarly filter 
10 notifications. Comparing FIG. 1 and FIG. 2, in a preferred embodiment both the initiating user 
210 and the market participants 240 are users 20 of the system, the bilateral CTI information 
filter 220 is the CTI manager 10, and the CTI information 230 is supplied by the external data 
O sources 40 and the CTI user database. 

yi FIG. 3 is a flow diagram of the operation of an information management function of a 

15 preferred embodiment. In step 310, a user communicates an initiating interest to the CTI 
S manager. In the preferred embodiment, the initiating interest is a live executable order submitted 

^3 to the CTI system to initiate an auction, but in alternate embodiments the initiating interest can 

be other information that the CTI system must then certify. For example, the user may wish to 

Mj selectively disseminate the existence of a large executable order that a user has placed in another 

□ 

\& 20 market or auction system such as an ECN or POSIT®. The user would submit information 
p regarding the order, and the CTI system would then verify the existence of the claimed order, so 

that all market participants subsequently notified of the order can rely on the truthfulness of the 
dissemination. Similarly, the user can submit an indication of interest, which the system then 
certifies from verified information regarding current executable orders, recent trading history, 
25 and/or canceled orders which were once executable but were not filled. Once again, all market 
participants subsequently notified of the interest can rely on the truthfulness of the dissemination. 
In an alternate embodiment, the user can submit a non-certified trading interest, but this lack of 
certification is indicated to all market participants subsequently notified. 

In a preferred embodiment, the initiating interest includes a price limit, which can be a 
30 nominal value (e.g., $112 1/2) or pegged to a market price when the price is set (e.g., market 
midpoint set at the termination of the auction). Alternate embodiments enable the initiating user 
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to peg the price limit to a yet-to-be-determined market value or index. For example, in an 
alternate embodiment the user can peg the price limit to the daily volume weighted average price 
(V WAP) as will be calculated at the end of the trading session. In the preferred embodiment, the 
initiating interest includes auction parameters such as the length of the accumulation period, 
i 5 In step 320, the user communicates the desired dissemination parameters. In the preferred 

embodiment, there are many dissemination parameters available to the user, the most important 
being various measures of certified contra-interest. In the preferred embodiment, the user can 
specify certified contra-interest from (1) live executable orders; (2) past executed trades; or (3) 
canceled orders that were once executable but were not filled. Examples of CTI-based filtering 
10 of dissemination of an interest to buy 500,000 shares of a certain stock include limiting 
dissemination to (1) MPs or other system users presently offering 10,000 or more shares of that 
stock in the marketplace; (2) MPs or other system users who have sold over 25,000 shares of that 

0 stock in the current trading session; (3) MPs or other system users who have offered blocks of 

in 

(H over 1 0,000 shares of that stock in the current trading session; or (4) MPs or other system users 

p 1 5 who have bought at or above the National market Best Offer in the current trading session. The 
yl 

□ quantities and time horizons in these parameters are all selectable by the user. 

In a preferred embodiment, there are many other parameters available to the user that 

L employ market information from the external data sources 40 and the CTI user database 50 to 

Q 

01 more accurately target dissemination to desired market participants. For example, the user can 

O 

20 choose to notify only those market participants with certain response or initiation statistics (e.g., 
Zi directing the CTI manager to notify only market participants who have responded to 1 0% of CTI 

notifications received in a certain time frame or to a certain total number of CTI notifications). 

In addition, the preferred embodiment enables the user to target MPs with certain known 

holdings in the security of interest. The preferred embodiment also enables users to exclude MPs 
25 from notification on the basis of their history of trade breaks (e.g., preventing CTI information 

from reaching any MP who has broken some quantity of trades in some period of time). The 

preferred embodiment also enables users to include or exclude specific MPs from notification 

by name or identification number. 

In an alternate preferred embodiment, the user can also target MPs based on more 
30 sophisticated analysis performed by the CTI manager on the trading patterns of various users to 

identify certain correlations or pattern recognition (e.g., buyer of technology stocks, sector 
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rotation, etc.). In another preferred embodiment, the user can exclude MPs based on any 
identified inappropriate trading behavior such as front running and peg gaming stored in the CTI 
user database 50. In another alternate embodiment, the dissemination parameters are system- 
defined and not selectable by the user. In yet another alternate embodiment, the user can choose 
5 between defining some or all of the dissemination parameters and using system-defined default 
parameters. 

Referring back to FIG. 3, at step 330 the CTI manager accesses the necessary CTI 
information from the external data sources 40 and the CTI user database 50 to perform the CTI 
filtering analysis. At step 340, the CTI manager analyzes CTI information using the 
10 dissemination parameters and produces a list of MPs to notify. At step 350, the CTI manager 
further reduces the MP notification list using the MP notification parameters stored in the CTI 
user database 50. At step 360, the CTI manager sends notification of the confidential initiating 

0 CTI to those MPs for which (1 ) the MP fits the initiating user's dissemination parameters, and 
m (2) the initiating interest fits the MP's notification parameters. In an alternate embodiment, the 
jjj 1 5 notification includes statistics regarding the initiating user's past auctions (e.g., proportion filled, 
Q cancel rate, frequency of trade breaks, etc.). 

^ In an alternate preferred embodiment, after step 350 the initiating user is shown a 

* summary of the results of this analysis and is given the option of modifying the dissemination 

01 parameters given in step 320 to more accurately tailor/limit the dissemination of confidential 

p 

20 CTI. For example, a user can modify dissemination parameters that are too inclusive (e.g., too 
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many MPs have sold 10,000 or more shares of the relevant security today) or exclusive (e.g., 
there are no MPs who currently have a live order to sell over 50,000 shares). The production of 
the MP notification list is an iterative process in this embodiment, as the embodiment repeats 
steps 330-350 until the user is satisfied with the output of the dissemination analysis. The user 
25 interaction in this iterative process is performed through interface means that are well known in 
the art. 

FIG. 4 is a flow diagram of the operation of the CTI management system in executing an 
auction based on the disseminated initiating interest. At step 405, notification of an auction 
initiated by a CTI is disseminated to targeted MPs in the process depicted in FIG. 3. At step 41 0, 
30 the notified MPs have the option of responding to the notification. In the preferred embodiment, 
this response is an executable price-limited contra-order sent to the auction server. As with the 
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initiating interest, in the preferred embodiment the price limit can be either a nominal value or 
pegged to a market price. Alternate embodiments enable the responding MP to peg the price 
limit to a yet to be determined market value or index. For example, in an alternate embodiment 
the MP can peg the price limit to the end of day V WAP. 

An alternate embodiment enables the notified MPs to simultaneously submit a trading 
interest and send a message to the initiating user to directly negotiate a trade. Another alternate 
embodiment enables the notified MPs to respond via a private chat session to directly negotiate 
a trade. Alternate preferred embodiments also enable the MP to respond in a semi-private 
negotiation chat session with the initiating user and some or all of the other notified MPs. The 
system provides the chat and messaging functionality using interactive communication 
technology as is well known in the art. Alternate preferred embodiments also provide the 
notified MPs with the initiating user's phone number and/or e-mail address to provide other 
channels of direct communication. 

In step 420, the auction server 60 accumulates orders from the notified MPs. In the 
preferred embodiment, the duration of the accumulation period is set by the initiating user in the 
auction parameters communicated in step 310, subject to a system-defined minimum and 
maximum. This enables users of the CTI system to initiate auctions at any time and limit them 
to MPs with verified contra-interest, in sharp contrast with the POSIT® system in which users 
must wait for periodic matching sessions which are not targeted in any way. In alternate 
embodiments, there is a fixed, system-defined accumulation period. In another preferred 
embodiment, the system sets the end of the accumulation period, subject to a minimum and 
maximum. If possible, the system sets the end of the accumulation period to match the end of 
the accumulation period of any other pending auction so that the auctions can be combined to 
increase total liquidity. In the preferred embodiment, during the accumulation period, the 
initiating user and the notified MPs can modify or cancel their orders placed in the auction Server. 
Alternate embodiments place restrictions on this ability. For example, an alternate embodiment 
does not permit the initiating user to cancel the auction after notified MPs have responded with 
contra-orders; the initiator is locked into the order once a MP has relied on it to respond with a 
contra-order. 

In step 430, the auction server 60 of a preferred embodiment prioritizes the contra-orders 
sent by notified MPs. The preferred embodiment creates an execution priority by the following 
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sequential rules: 

1) Total matched size - Combinations of contra-orders are chosen which maximize total size 
executed. 

2) Price limit - If competing MP contra-orders would produce equal matched quantities, the 
5 auction server will first execute MP contra-orders with more aggressive price limits. 

3) Size limit - If competing MP contra-orders have the same (or no) price limit, the auction 
server will first execute orders with more aggressive size limits. 

4) Time of entry - If competing MP contra-orders have the same size limit, the auction server 
will first execute orders entered earlier. 

1 0 Alternate embodiments that employ different execution priority rules will be apparent to 

those skilled in the art. For example, one alternate embodiment ignores the size limit of the 
contra-order; in another alternate embodiment, where there are no price limits and actual 

£j execution is at the market midpoint at the moment of matching, execution priority is by time of 

U1 entry. 

fft 1 5 The above description assumes that the initiating interest is the only order on one side, 

0 and all orders sent to the auction server by notified MPs are on the contra-side. It is possible that 
dl a notified MP responds with an order on the same side as the initiating interest, necessitating an 
J=*. execution priority for that side as well. In a preferred embodiment, the initiating interest has 

0 1 absolute execution priority over subsequent MP orders. This is an additional benefit of the CTI 
U 20 system from the initiating user's perspective. The system enables the initiating user to target 
y dissemination of a confidential trading interest to MPs with a certified contra-interest, to 

influence the auction timing, and obtain priority in matching over contra-orders placed in 
response. All orders placed by notified MPs on the same side as the initiating interest are 
executed only after the initiating interest is filled, and according to the execution priority outlined 

25 above. Once again, alternate embodiments that employ different execution priority rules will be 
apparent to those skilled in the art. Furthermore, in an alternate embodiment, the initiating 
interest is not granted absolute priority over competing orders subsequently placed by notified 
MPs, and must compete according to the ordinary execution priority. 

In another embodiment, more than one auction can be combined to pool liquidity. In a 

30 combined auction, each initiating interest is given exclusivity over contra-orders placed by 
notified MPs in response to that respective initiating order. By "exclusivity" it is meant that a 
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contra-order placed in response to an initiating order cannot be matched with any other order 
until the initiating order is filled or canceled. In an alternate preferred embodiment, there is no 
priority or exclusivity granted to the initiating orders in a combined auction, and all orders 
compete according to the same execution priority. Alternate embodiments that employ other 
means of combining auctions will be apparent to those skilled in the art. 

In step 440, the auction server executes the orders according to the execution priority set 
in step 430, all at a price set by the type of auction employed. If there are no MP responses or 
no trade is possible given the limit prices, the auction is unsuccessful and is terminated. In a 
preferred embodiment, the auction server employs a midpoint cross auction, where all orders are 
executed at market midpoint at a certain time. To avoid peg gaming, in the preferred 
embodiment the execution price is pegged to market at a random time during a ten minute "fuzz 
period" after the end of the accumulation period. In an alternate embodiment, there is no fuzz 
period and the auction execution price is determined at a known time at the end of the 
accumulation period. 

Alternate embodiments employ various other auction types. For example, one alternate 
embodiment employs a "sealed envelope" auction where the limit price on all orders is kept 
confidential, and a single price is chosen to maximize the size of the matched execution. 
Another embodiment employs a "private outcry" auction where the initiating user and all notified 
MP can see all orders and their limit prices as they accumulate, and there is price competition 
among the responding MPs to trade with the initiating interest. The examples given assume that 
all orders are executed at the same price; another alternate embodiment employs discriminatory 
pricing where all orders from responding MPs trade at their limit price. This list is not intended 
to be exhaustive, as alternate embodiments that employ different auction types will be apparent 
to those skilled in the art. An alternate embodiment enables the initiating user to choose from 
more than one different auction type such as those described above. 

In step 450, the auction server informs the initiating user and all responding users of the 
status of their respective orders (i.e., "fill," "partial execution," "canceled," "open," "expired"). 
In step 460, the auction server of the preferred embodiment enables participants in the auction 
to communicate with each other and a system administrator to resolve any perceived errors. In 
a preferred embodiment this communication is via semi-private chat messaging, but alternate 
embodiments supply telephone contact information. Users can break the trade or negotiate an 
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amendment during a temporary window, after which the trade is final. The use of this window 
represents a tradeoff between the interest in instant finality to trades and the interest in 
minimizing the costs and disruption caused by errors. An alternate preferred embodiment does 
not offer a temporary window to negotiate changes to the executed auction. In step 470, the CTI 
manager 10 processes the auction activity and updates the CTI user information database to 
reflect the initiation, response, execution, and trade break activity that took place. 

In an alternate preferred embodiment, the auction server 60 also contains a depository of 
orders not related to an active auction. In this embodiment, any user can place an order in the 
depository without initiating an auction or invoking CTI targeted notification. These orders are 
dormant until an auction is initiated in that stock, at which time they are treated by the auction 
server as a response received from a notified MP in step 410. In an alternate embodiment, the 
auction server performs a match at periodic intervals without any CTI initiation to clear out the 
depository of dormant orders. An alternate embodiment performs these auctions only when 
sufficient dormant interest has accumulated, rather than at defined intervals. In yet another 
embodiment, these orders are not dormant and are continuously executable subject to their price 
limit, as in an ECN. Another embodiment enables live execution but with a price limit defined 
relative to an external price, such as the market midpoint or a certain spread to the end of day 
VWAP. 

In an alternate preferred embodiment, there is no auction server or execution 
functionality, and the CTI system functions as the targeted information dissemination mechanism 
depicted in FIG. 2. In this alternate embodiment, after the notification process depicted in FIG. 
3, the CTI system does not perform the auction process depicted in FIG. 4, but rather enables the 
notified MPs to respond to the initiating user via a private or semi-private negotiation chat 
session as described above. Alternate preferred embodiments also provide the notified MPs with 
the initiating user's phone number and/or e-mail address to provide other channels of direct 
communication. After the initiating interest expires or is canceled, the preferred embodiment 
updates the CTI user database to reflect the initiation and response activity. 

In an alternate embodiment, a third-party matching facility, such as Optimark, uses the 
CTI system to drum up liquidity for a match, then executes the match. For example, a MP may 
send an order to Optimark and request that a notification be sent out announcing: "There is an 
order for DELL in Optimark for the next round; please participate." In this embodiment, there 
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is no chat, but there is an address (in the example, Optimark's) where the match is to be 
executed. 

In a further preferred embodiment, the CTI system functions in a manner roughly 
analogous to a rating service. In this embodiment, the system compares non-certified 
disseminations of trading activity (such as the disclosures on AutEx+®) to actual certified 
information, to generate a measure of the overall accuracy of market participants' disclosures. 
This accuracy rating can be used by other market participants to discriminate among the 
disclosures on the basis of demonstrated trustworthiness. In another embodiment, the CTI 
system rates a market participant's compliance with the MP's own stated trading limits. For 
example, when a MP is negotiating a trade, in order to receive a better price the MP may agree 
to be bound to a trading cap, to demonstrate that the present order is not part of a much larger 
trading interest, and that the MP is not simultaneously negotiating similar trades with other MPs. 
The CTI system can compare the MP's stated trading limits to actual certified information, to 
generate a measure of the MP's demonstrated trustworthiness. This rating can be used by other 
MPs to accurately price the likelihood that a negotiated order is part of a much larger order. 

In a further embodiment, the CTI system monitors a MP's trading activity for correlation 
to inappropriate trading behavior, to generate a behavior rating. In this embodiment, the CTI 
system monitors MP activity for suspected front running. When the system becomes aware that 
a MP has been notified of a large trading interest (e.g., from an auction notification on the system 
or through a CTI disseminated over the system), the system monitors the subsequent trading 
activity of notified MPs to analyze correlation between their trading activity and the revealed 
CTI. In another embodiment, the CTI system monitors MP activity for suspected peg gaming. 
The system monitors the trading activity of MPs participating in auctions (on the CTI system or 
on another system such as POSIT®) in which the price is set relative to a market price such as 
the midpoint. This trading activity is monitored for negative correlation to represented auction 
orders (e.g., MPs who sell while a buy order is represented in the auction), which indicates a 
possible attempt to manipulate the price of the auction execution. In another embodiment, the 
behavior rating also incorporates information regarding the MP's history of trade breaks. 

In all of these "rating service" embodiments, the MP being rated permits the CTI system 
to use confidential information to rate the MP's past behavior (e.g., disclosures, trade breaks, 
inappropriate trading activity) in order to receive better prices on future trades or more order 
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flow. This rating information is stored in the CTI user database 50 and can come in many forms, 
as will be apparent to one skilled in the art. Examples of ratings forms include numerical data 
(percent divergence between disclosed and actual trading activity or between stated trading cap 
and actual trading activity), boolean indicators (has the market participant exhibited inappropriate 
trading behavior or not), or scaled ratings (rating from 1 to n that incorporates information 
regarding various trading activity scaled according to, for example, recency and frequency of 
certain activity, degree of correlation to inappropriate behavior, etc.). These examples are not 
exhaustive, and many representations of the rating data will be apparent to those skilled in the 
art. In an alternate embodiment, an MP may request that a rating "certificate" be provided to a 
potential counterparty, to demonstrate to the counterparty the trustworthiness of the MP. The 
certificate is a certified report based on the MP's market behavior history. 

These embodiments provide the described "rating service" function in addition to the 
auction and execution functionality described in FIG. 4; the ratings can also be used as a 
dissemination parameter in these embodiments. Alternate embodiments that provide the rating 
function do not offer the execution functionality and operate as the targeted information 
dissemination mechanism depicted in FIG. 2; the ratings can be used as a dissemination 
parameter in these embodiments as well . Further embodiments do not offer execution or targeted 
dissemination functionality and simply operate as a certification and rating system. 

While the embodiments shown and described herein are fully capable of achieving the 
objects of the subject invention, it is evident that numerous alternatives, modifications, and 
variations will be apparent to those skilled in the art in light of the foregoing description. These 
alternatives, modifications, and variations are within the scope of the subject invention, and it 
is to be understood that the embodiments describe herein are shown only for the purpose of 
illustration and not for the purpose of limitation. 
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Claims 

What is claimed is: 

1 . A method of managing market information, comprising the steps of: 

(a) electronically receiving data including confidential information regarding market 
participants; 

(b) electronically storing said received data regarding market participants; 

(c) electronically receiving information from a first market participant computer; 

(d) electronically storing said information received from said first market participant 
computer; 

(e) producing a targeted dissemination list of market participants based on said stored data 
regarding market participants and said information received from said first market 
participant computer; and 

(f) electronically transmitting to the market participants on said targeted dissemination list 
data based on said information received from said first market participant computer. 

2. The method of claim 1 wherein said information received from said first market participant 
computer includes a trading interest. 

3. The method of claim 2 wherein said trading interest is a certified trading interest. 

4. The method of claim 2 further comprising the step of certifying said trading interest. 

5. The method of claim 1 wherein said information received from said first market participant 
computer includes specific dissemination parameters. 

6. The method of claim 5 wherein said specific dissemination parameters include certified 
trading interest requirements. 

7. The method of claim 2 wherein said confidential information regarding market participants 
includes trading interests. 
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8. The method of claim 7 wherein said trading interests are certified trading interests. 

9. The method of claim 2 wherein said confidential information regarding market participants 
includes information regarding investment holdings. 

10. The method of claim 2 further comprising the steps of: 

electronically receiving data from market participants on said targeted dissemination list; 
electronically storing said received data from market participants on said targeted 
dissemination list; and 

electronically transmitting information back to the first market participant computer based 
on said stored data received from market participants on said targeted dissemination list. 

1 1. The method of claim lOfurther comprising the step ofelectronically transmitting information 
based on said stored data received from market participants on said targeted dissemination 
list to one or more other market participants. 

12. The method of claim 10 wherein said information transmitted back to the first market 
participant computer includes an interest in negotiation. 

13. The method of claim 3 further comprising the steps of: 

electronically receiving data from market participants on said targeted dissemination list; 
electronically storing said received data from market participants on said targeted 
dissemination list; and 

electronically transmitting information back to the first market participant computer based 
on said stored data received from market participants on said targeted dissemination list. 

14. The method of claim 1 3, wherein said information electronically transmitted back to the first 
market participant computer comprises an order. 

15. A computer program for managing information comprising: 
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(a) software for electronically receiving data including confidential information regarding 
market participants; 

(b) software for electronically storing said received data regarding market participants; 

(c) software for electronically receiving information from a first market participant computer; 

(d) software for electronically storing said information received from said first market 
participant computer; 

(e) software for producing a targeted dissemination list of market participants based on said 
stored data regarding market participants and said information received from said first 
market participant computer; and 

(f) software for electronically transmitting to the market participants on said targeted 
dissemination list data based on said information received from said first market 
participant computer. 

1 6. The program of claim 1 5 wherein said information received from said first market participant 
computer includes a trading interest. 

17. The program of claim 16 wherein said trading interest is a certified trading interest. 

18. The program of claim 16 further comprising software for certifying said trading interest. 

1 9. The program of claim 1 5 wherein said information received from said first market participant 
computer includes specific dissemination parameters. 

20. The program of claim 19 wherein said specific dissemination parameters include certified 
trading interest requirements. 

2 1 . The program of claim .1 5 wherein said confidential information regarding market participants 
includes trading interests. 

22. The program of claim 21 wherein said trading interests are certified trading interests. 
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23. The program of claim 1 5 wherein said confidential information regarding market participants 
includes information regarding investment holdings. 

24. The program of claim 1 5 further comprising software for: 

(a) electronically receiving data from market participants on said targeted dissemination list; 

(b) electronically storing said received data from market participants on said targeted 
dissemination list; and 

(c) electronically transmitting information back to the first market participant computer based 
on said stored data received from market participants on said targeted dissemination list. 

25. The program of claim 24 further comprising software for electronically transmitting 
information based on said stored data received from market participants on said targeted 
dissemination list to one or more other market participants. 

26. The program of claim 24 wherein said information transmitted back to the first market 
participant computer includes an interest in negotiation. 

27. The program of claim 1 7 further comprising software for: 

electronically receiving data from market participants on said targeted dissemination list; 
electronically storing said received data from market participants on said targeted 
dissemination list; and 

electronically transmitting information back to the first market participant computer based 
on said stored data received from market participants on said targeted dissemination list. 

28. The program of claim 27, wherein said information electronically transmitted back to the first 
market participant computer comprises an order. 

29. A method of effecting a targeted auction, comprising the steps of: 

(a) electronically receiving data including confidential information regarding market 
participants; 

(b) electronically storing said received data regarding market participants; 
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(c) electronically receiving information including a first order from a first market participant 
computer; 

(d) electronically storing said information received from said first market participant 
computer; 

(e) producing a targeted dissemination list of market participants based on said stored data 
regarding market participants and said information received from said first market participant 
computer; 

(f) electronically transmitting to the market participants on said targeted dissemination list 
data based on said information received from said first market participant computer; 

(g) electronically receiving subsequent orders from market participants in response to said 
transmitted data; 

(h) conducting an electronic auction among orders including said orders received in response 
to said transmitted data; and 

(i) electronically transmitting the status of orders to the respective market participants who 
initiated them. 

30. The method of claim 29 wherein said information from said first market participant computer 
includes auction parameters. 

3 1 . The method of claim 29 wherein said information received from said first market participant 
computer includes specific dissemination parameters. 

32. The method of claim 3 1 wherein said specific dissemination parameters include certified 
trading interest requirements. 

33. The method of claim 29 wherein said confidential information regarding market participants 
includes trading interests. 

34. The method of claim 33 wherein said trading interests are certified trading interests. 



20 



NY2- 1087438.1 



35. The method of claim 29 wherein said confidential information regarding market participants 
includes information regarding investment holdings. 

36. The method of claim 29 wherein rules governing said electronic auction grant to said first 
order execution priority over said subsequent orders. 

37. The method of claim 29 wherein rules governing said electronic auction prevent the matching 
of said subsequent orders and an order other than said first order until said first order is 
canceled or filled. 

38. A computer program for effecting a targeted auction, comprising: 

(a) software for electronically receiving data including confidential information regarding 
market participants; 

(b) software for electronically storing said received data regarding market participants; 

(c) software for electronically receiving information including a first order from a first market 
participant computer; 

(d) software for electronically storing said information received from said first market 
participant computer; 

(e) software for producing a targeted dissemination list of market participants based on said 
stored data regarding market participants and said information received from said first market 
participant computer; 

(f) software for electronically transmitting to the market participants on said targeted 
dissemination list data based on said information received from said first market participant 
computer; 

(g) software for electronically receiving subsequent orders from market participants in 
response to said transmitted data; 

(h) software for conducting an electronic auction among orders including said orders 
received in response to said transmitted data; and 

(i) software for electronically transmitting the status of orders to the respective market 
participants who initiated them. 
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39. The program of claim 38 wherein said information from said first market participant 
computer includes auction parameters. 

40. The program of claim 38 wherein said information received from said first market participant 
computer includes specific dissemination parameters. 

41. The program of claim 40 wherein said specific dissemination parameters include certified 
trading interest requirements. 

42. The program of claim 3 8 wherein said confidential information regarding market participants 
includes trading interests. 

43. The program of claim 42 wherein said trading interests are certified trading interests. 

44. The program of claim 3 8 wherein said confidential information regarding market participants 
includes information regarding investment holdings. 

45. The program of claim 38 wherein rules governing said electronic auction grant to said first 
order execution priority over said subsequent orders. 

46. The program of claim 38 wherein rules governing said electronic auction prevent the 
matching of said subsequent orders and an order other than said first order until said first 
order is canceled or filled. 

47. A method of evaluating a market participant's trading activities, comprising the steps of: 

(a) electronically receiving data regarding a first market participant, wherein said data 
comprises certified trading activity information; 

(b) electronically storing said received data regarding said first market participant; 

(c) producing a measure of said first market participant's trading activity with respect to a 
standard; 

(d) electronically storing said measure; 
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(e) electronically receiving a request from said first market participant to have a report 
transmitted to a second market participant, wherein said report comprises said measure; 

(f) electronically storing said received request; and 

(g) electronically transmitting said requested report to said second market participant. 

48. The method of claim 47 wherein said standard comprises non-certified trading information 
disseminated by said market participant. 

49. The method of claim 47 wherein said standard comprises trading restraints set by said market 
participant. 

50. The method of claim 47 wherein said standard comprises system-defined inappropriate 
trading behavior. 

5 1 . A computer program for evaluating a market participant's trading activities, comprising: 

(a) software for electronically receiving data regarding a first market participant, wherein said 
data comprises certified trading activity information; 

(b) software for electronically storing said received data regarding said first market 
participant; 

(c) software for producing a measure of said first market participant's trading activity with 
respect to a standard; 

(d) software for electronically storing said measure; 

(e) software for electronically receiving a request from said first market participant to have 
a report transmitted to a second market participant, wherein said report comprises said 
measure; 

(f) software for electronically storing said received request; and 

(g) software for electronically transmitting said requested report to said second market 
participant. 

52. The program of claim 51 wherein said standard comprises non-certified trading information 
disseminated by said market participant. 
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53. The program of claim 51 wherein said standard comprises trading restraints set by said 
market participant. 

54. The program of claim 51 wherein said standard comprises system-defined inappropriate 
trading behavior. 

55. A method of managing market information, comprising the steps of: 

(1) enabling market participants to target dissemination of trading interests to only those 
other market participants likely to have a significant contra-interest; 

(2) enabling market participants to ensure that other market participants' disseminated 
trading interests are validated as legitimate; and 

(3) enabling auctions among trading interests targeted and validated as in steps (1) and (2). 
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Abstract 

Preferred embodiments of the subject invention overcome the limitations of known 
trading interest dissemination and execution systems by (1) enabling market participants to 
limit dissemination of trading interests to only those other market participants likely to have 
a significant contra-interest, (2) enabling market participants to ensure that other market 
participants' disseminated trading interests are legitimate, and (3) enabling auctions among 
trading interests targeted and validated in this manner. Software of a preferred embodiment 
identifies likely contra-interests by analyzing information from various sources regarding 
certified trading interests. 



25 



NY2- 1087438.1 



♦ 



FIG. 1 



4 



40 



EXTERNAL DATE 
SOURCE (EDS) 



EDS 



EDS 



EDS 



CTI USER 
DATABASE 



50 



30 



CTI 
MANAGER 



COMMUNICATION NETWORK 
-a *r 



/ J \ \ 



USER 



USER 



USER 



USER L-20 



60 



AUCTION 
SERVER 



NY2 - 1077070.1 




-2- 



NY2 - 1077070.1 



FIG. 3 



USER COMMUNICATES 
INITIATING INTEREST 



-310 



USER COMMUNICATES 
DISSEMINATION PARAMETERS 



-320 



CTI MANAGER ACCESSES 
CTI INFORMATION 



-330 



CTI IDENTIFIES 
TARGETED MARKET 
PARTICIPANTS 



-340 



DISSEMINATION LIMITED 
BY MARKET PARTICIPANT 
NOTIFICATION PARAMETERS 



CTI MANAGER 

NOTIFIES MARKET | 360 

PARTICIPANTS 



♦J • 



FIG. 4 



4 



MARKET PARTICIPANTS 
NOTIFIED OF AUCTION 



-405 



MARKET PARTICIPANTS 
RESPOND 



-410 



AUCTION SERVER 
ACCUMULATES ORDERS 



-420 



0 
4) 
Ul 

m 
m 

Q 

4° 

4) 

s : 

5 

□ 

ri 
0 



AUCTION SERVER 
PRIORITIZES ORDERS 



AUCTION SERVER 
EXECUTES MATCH 



ORDER STATUS 
REPORTED 



-430 



-440 



-450 



TRADE AMENDMENT/ 
BREAK PERIOD 



-460 



CTI USER DATABASE 
UPDATED 



-470 



-4- 



NY2 - 1077070.1 



Attachment B 



4034-60 (4034-20) 
Serial No.: 09/688,392 
Filed: October 16, 2000 



10 



A METHOD FOR DIRECTING AND EXECUTING 
CERTIFIED TRADING INTERESTS 



Cross reference to related application 
This application is a continuation-in-part of Application No. 09/585,049, filed June 1, 

2000. 

Field of the invention 
The subject invention relates to a method for managing certified trading information 
to direct and execute confidential trading interests over a computer network such as the 
Internet. 

Background of the invention 

The term "trading interest" is used herein to describe any expressed interest in trading 
a given security or securities, and the term "certified trading interest" is used herein to 
describe a trading interest that has been verified as genuine and certified as such by some 
trusted third party. One example of a genuine trading interest is an order that has been placed 
on a securities market automatic matching system. A second example of a genuine trading 
interest is a trading interest expressed by a party with a documented history of aggressive 
trading. An example of a trading interest that would not be certified is an undocumented 
indication of interest (known in the art as an IOI). 

In public securities markets, market mechanics and trading psychology create barriers 
to efficient information dissemination and price discovery. A market participant's decision to 
reveal information regarding a large trading interest typically represents a tradeoff between 
confidentiality and liquidity. As used herein, the term "market participant" refers to any 
person or firm with the ability to trade securities; examples of market participants include 
broker-dealers, buy-side firms, sell-side firms, and private investors trading on electronic 
communication networks (ECNs). "Buy-side" firms are those that buy new issues of 
securities, as distinct from broker-dealer firms that "sell" such new issues. 

By publicly revealing the details of a significant active buying interest, for example, a 
market participant assumes the risk of adverse price action. Other market participants with 
legitimate selling interests and market makers can "fade" their offers (become much less 
aggressive sellers). There is also an empirically demonstrable risk of adverse price action due 
to "front running" (buying activity by market participants in anticipation of price movement 
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resulting from the large revealed order). Confidentiality can be maintained by splitting the 
large order up into many small orders to avoid arousing interest, but this is inefficient and 
will fail to attract substantial natural contra-interests. An economically efficient transaction is 
therefore missed because the trading costs associated with disseminating information are too 
high. Also, the common practice of splitting large interests into smaller orders affects all 
price discovery. When confronting each order, a market participant must incorporate the 
possibility that the order is only a small part of a much larger interest, because it is often 
impossible for the market participant to verify that many such orders are not being sent 
simultaneously. 

Another serious obstacle to efficient dissemination of trading interests and price 
discovery is the lack of validated information about trading interests. The validated trading 
interest information which does exist (e.g., displayed executable orders) is often of little 
assistance. Displayed orders are minuscule compared to undisclosed interest, and typically 
equate to no more than one or two minutes of trading in a liquid stock in the U.S. market. 
Displayed orders can therefore be easily manipulated, for example, to indicate excess buying 
interest when sellers are in fact abundant. In addition, non-validated misinformation is often 
created and disseminated by unscrupulous market participants to manipulate market prices. 
Voluntarily disseminated trading interests can be false or misleading if they are not verified 
either by proof of a current executable order, actual trades executed, or canceled orders which 
were at one point executable at risk in the market. Because there is often no way for a market 
participant to verify an expressed trading interest or to know which other market participants 
have a history of unscrupulous trading behavior, all prices must incorporate the possibility of 
such behavior. 

One known approach to voluntary selective dissemination of non-validated trading 
interests and activity in public equity markets is used by the AutEx+® system. This is an 
electronic database and online network that provides users with the ability to voluntarily 
publicly indicate trading interests and executed trades. AutEx+® users can limit the 
recipients of a message regarding a trading interest by inclusion (a user-defined list) or 
exclusion (blocking specific named market participants). Users can also limit by name the 
securities on which they receive information and the other users from whom they receive 
information. 
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In the AutEx+® system the expressed trading interests and reported trades are not 
certified, however, and this creates the opportunity for deceptive dissemination of tracking 
information. In addition, users of the system are not obligated to report all trades, which 
offers further opportunities to create false impressions of trading interests. Significantly, this 
5 approach does not permit the use of certified trading interests (CTI) to limit information 
dissemination to those market participants likely to have a contra-interest. It also does not 
enable using such CTI analysis to permit market participants to limit the trading interest 
indications received. It also does not provide the ability to initiate an auction based on 
disseminated CTI analysis information. It also does not enable the monitoring of user trading 
1 0 activity to generate a rating of the accuracy of disclosures or the correlation of trading activity 
to inappropriate trading practices. 

One known approach to matching trading interests and executing trades while limiting 
^ information dissemination is employed by the POSIT® matching system. The POSIT 6 system 

\I allows trading interests to accumulate and initiates a matching sequence at set intervals. 

m 

□ 1 5 Market participants place confidential orders in the system and are unaware of the amount or 
^ aggressiveness of other orders on the same or contra side until the matching is released. This 
H approach does not enable targeted communication of trading interests based on analysis of 
u verified executable interests and trading activity, and does not provide the ability to initiate 
LJi private auctions based on this analysis. It also does not permit granting the auction initiator 
u3 20 any exclusivity over contra-orders entered in response to the targeted dissemination, 
g In this environment, there is an acute need for efficient dissemination of confidential 

information regarding trading interests. Market participants with large confidential trading 
interests wish to notify only those other market participants likely to have a significant contra- 
interest. Other market participants wish to be notified of confidential certified trading 
25 interests to which they are likely to have a contra-interest. Both groups wish to have a place 
to transact a trade once they have been connected through analysis of their certified trading 
interests. Market participants also desire a means of certifying expressed trading information 
and access to certified information regarding the trading behavior of other market 
participants. 

30 

Summary 



NY2- 1155370 1 



Preferred embodiments of the subject invention overcome the limitations of known 
trading interest dissemination and execution systems by (1) enabling market participants to 
limit dissemination of trading interests to only those other market participants likely to have a 
significant contra-interest, (2) enabling market participants to ensure that other market 
5 participants* disseminated trading interests are legitimate, and (3) enabling auctions among 
trading interests targeted and validated in this manner. Software of a preferred embodiment 
identifies likely contra-interests by analyzing information from various sources regarding 
certified trading interests. 

A preferred embodiment comprises a method of managing market information, 
1 0 comprising the steps of: electronically receiving data including confidential information 
regarding market participants; electronically storing said received data regarding market 
participants; electronically receiving information from a first market participant computer; 

H electronically storing said information received from said first market participant computer; 

*S 

SI producing a targeted dissemination list of market participants based on said stored data 

Ln 

q 1 5 regarding market participants and said information received from said first market participant 

computer; and electronically transmitting to the market participants on said targeted 
GO dissemination list data based on said information received from said first market participant 
y- computer. 

Advantageously, this is done without revealing the confidential information of the 
S 20 market participants to the first market participant. In one embodiment, the identity of the first 
S market participant is not revealed to the other participants. 

Further embodiments are described below. 

Brief Description of Drawings 
25 FIG. 1 is a schematic diagram depicting a preferred embodiment of the subject 

invention. 

FIG. 2 is a schematic diagram depicting a preferred system for targeted dissemination 
of confidential information regarding trading interests. 

FIG. 3 is a flowchart illustrating steps of a preferred method of targeted dissemination 
30 of confidential information regarding trading interests. 
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FIG. 4 is a flowchart showing steps of a preferred method of matching interests 
identified by targeted dissemination in an auction execution. 

FIG. 5 is a flowchart showing steps of a preferred order routing embodiment. 

FIG. 6 is a flowchart showing steps of a preferred order management embodiment. 
5 FIG. 7 is a flowchart showing steps of a certified trading interest query ranking 

embodiment. 

FIG. 8 is a flowchart showing steps of an order depository embodiment. 
FIG. 9 depicts a graphic user interface of a preferred embodiment. 

10 Detailed Description of Preferred Embodiments 

FIG. 1 illustrates a system configuration of a preferred embodiment of the subject 
invention that comprises a certified trading interest (CTI) manager 10 connected to various 
4j users 20 via a communication network 30. CTI manager 1 0 is a computer comprising a 
SI processor, a memory, and input/output including a communications interface. Computer 

: ~ 

I I : 

p 1 5 programs stored in the memory operate the CTI manager in accordance with the invention. In 
J? the preferred embodiment, communication network 30 is the Internet, but alternate 
lO embodiments can employ dedicated communication networks, as is well known in the art. In 
u the preferred embodiment, communication between users and the CTI manager is secured, 

because of the confidential nature of the information communicated. The CTI manager 10 is 
03 20 also connected to various external data sources 40, a CTI user database 50, and an auction 
S server 60. 

External data sources 40 provide information regarding positions held, trades 
executed, and active orders for the users 20. This enables the CTI manager to identify and 
verify users' historical and current trading interests. In an alternate embodiment, the CTI 

25 manager does not receive external data, but only uses data generated within the system. In a 
preferred embodiment applied to the U.S. equity market, the external data sources 40 include 
various electronic communication networks (ECNs) such as Instinet™, public markets such 
as NASDAQ™, stock exchanges, matching networks such as POSIT®, and publicly available 
data such as the published holdings of various institutional investors. In a preferred 

30 embodiment, the data regarding market participants used by the CTI manager comprises 

confidential information. For example, the identity of an executable order on an ECN is not 
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typically available. Since the confidential information is not publicly available, the CTI 
system must obtain permission from the users 20 to utilize it. In the preferred embodiment 
users 20 agree to release this confidential information to the CTI system, with the 
understanding that the secure CTI system will use the information only for supplying the user 
5 with valuable confidential trading interests of others. In other words, the confidential 
information with which users 20 entrust the CTI manager 10 gives them access to more 
information (in particular, certified trading interests), but the confidential information 
provided by users 20 does not leak out to third parties. 

In a preferred embodiment, the CTI manager 10 communicates in real time with 
1 0 external data sources 40 via the Internet. Alternate embodiments employ dedicated 
communication networks as is well known in the art. Also, alternate embodiments store 
information from external data sources 40 in a database and update the information 
*J periodically rather than in real time. For example, an alternate embodiment receives 
S 1 information regarding the published holdings of various institutional investors, stores the 
□ 1 5 information in a database, and updates the information from the news service source only as 
^ frequently as new information is published. As will be apparent to those skilled in the art, the 
O subject invention could also be used to direct confidential information in markets other than 

s 

u U.S. equities, since virtually all markets for fungible items of value pose the same 
i>: informational inefficiencies. 

20 In a preferred embodiment, the CTI user database 50 contains user data such as 

p security and contact information, CTI notification parameters, and an activity history. The 
preferred embodiment maintains an activity history for each user that includes auctions 
initiated and their outcome (e.g., whether the auction was canceled, unsuccessful in locating a 
contra-interest, or resulted in a partial or full execution of the initiating interest). The activity 
25 history also includes the CTI notifications received, the orders placed in response, and their 
outcome (whether the responding order was canceled, unsuccessful, or resulted in a partial or 
full execution of the response order). In an alternate preferred embodiment, the CTI user 
database 50 simply maintains overall statistics regarding this activity history for each user. 
The CTI notification parameters specify the circumstances in which CTI information 
30 is to be received and can be different for different securities and different users. For example, 
some users may limit CTI notifications to initiating interests over 100,000 shares for certain 
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securities and 500,000 shares for others. In a preferred embodiment the notification 
parameters can be modified by the user at any time, and can be on the basis of order size, 
security, identity of initiating user, or statistics regarding the initiating user's activity history. 

In an alternate preferred embodiment, the CTI user database 50 also contains 
information regarding inappropriate trading behavior such as peg gaming and front running. 
Peg gaming is possible when an auction sets the execution price to be the market midpoint at 
a specific time. An auction participant with a large buy order might sell actively in the 
market to pull the midpoint price down. Front running is possible in this context if, for 
example, a recipient of a notification of a large buy order starts buying CTI trades actively 
before the auction in anticipation of price action caused by the large CTI. The CTI manager of 
this embodiment will monitor the trading activity of all auction participants and note any 
suspected peg gaming or front running in the CTI user database, either as raw data or as a 
rating of trading behavior. An alternate embodiment maintains similar data and/or ratings in 
the CTI user database 50 regarding the accuracy of the market participants' non-certified 
disclosures on external systems such as AutEx+® . A further embodiment maintains similar 
data and/or ratings in the CTI user database 50 regarding the market participants' adherence 
to self-imposed trading limits set during negotiations. This list is not intended to be 
exhaustive; other embodiments will be apparent to those skilled in the art. 

The auction server 60 manages the process of accumulating market participant (MP) 
contra-orders in response to a CTI notification and executing a matching auction. In an 
alternate embodiment, there is no auction server and the CTI system functions as a targeted 
information dissemination mechanism. FIG. 2 depicts the information management function 
of a preferred embodiment of the subject invention. An initiating user 2 1 0 communicates to 
the CTI manager a trading interest and parameters that limit the dissemination of the 
information. The CTI manager uses these parameters and CTI information 230 to determine 
which market participants 240 should receive the information. Also, each MP communicates 
his own parameters to the CTI manager delineating the trading interest information that the 
MP desires to receive. The CTI manager therefore acts as a bilateral CTI information filter 
220. It limits dissemination of the initiating user's confidential information to those MPs 
240 for which (1) the MP fits the initiating user's dissemination parameters, and (2) the 
initiating interest fits the MP's notification parameters. In an alternate embodiment, the CTI 
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manager is only a unilateral information filter in which the system targets MPs to notify but 
does not allow the MP to similarly filter notifications. Comparing FIG. 1 and FIG. 2, in a 
preferred embodiment both the initiating user 210 and the market participants 240 are users 
20 of the system, the bilateral CTI information filter 220 is the CTI manager 10, and the CTI 
5 information 230 is supplied by the external data sources 40 and the CTI user database. 

FIG. 3 is a flow diagram of the operation of an information management function of a 
preferred embodiment. In step 3 1 0, a user communicates an initiating interest to the CTI 
manager. In the preferred embodiment, the initiating interest is a live executable order 
submitted to the CTI system to initiate an auction, but in alternate embodiments the initiating 
10 interest can be other information that the CTI system must then certify. For example, the user 
may wish to selectively disseminate the existence of a large executable order that a user has 
placed in another market or auction system such as an ECN or POSIT®. The user would 
y submit information regarding the order, and the CTI system would then verify the existence 
SJ of the claimed order, so that all market participants subsequently notified of the order can rely 
fsj 1 5 on the truthfulness of the dissemination. Similarly, the user can submit an indication of 

interest, which the system then certifies from verified information regarding current 
53 executable orders, recent trading history, and/or canceled orders which were once executable 
la but were not filled. Once again, all market participants subsequently notified of the interest 
LH can rely on the truthfulness of the dissemination. In an alternate embodiment, the user can 
a 20 submit a non-certified trading interest, but this lack of certification is indicated to all market 
□ participants subsequently notified. 

In a preferred embodiment, the initiating interest includes a price limit, which can be a 
nominal value (e.g., $112 V-i) or pegged to a market price when the price is set (e.g., market 
midpoint set at the termination of the auction). Alternate embodiments enable the initiating 
25 user to peg the price limit to a yet-to-be-determined market value or index. For example, in 
an alternate embodiment the user can peg the price limit to the daily volume weighted 
average price (VWAP) as will be calculated at the end of the trading session. In the preferred 
embodiment, the initiating interest includes auction parameters, such as the length of the 
period during which the CTI system is to accumulate responses from the market participants 
30 (the "accumulation period"). 
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In step 320, the user communicates the desired dissemination parameters. In the 
preferred embodiment, there are many dissemination parameters available to the user, the 
most important being various measures of certified contra-interest. In the preferred 
embodiment, the user can specify certified contra-interest from (1) live executable orders; (2) 
5 past executed trades; or (3) canceled orders that were once executable but were not filled. 
Examples of CTI-based filtering of dissemination of an interest to buy 500,000 shares of a 
certain stock include limiting dissemination to (1) MPs or other system users presently 
offering 1 0,000 or more shares of that stock in the marketplace; (2) MPs or other system 
users who have sold over 25,000 shares of that stock in the current trading session; (3) MPs 
1 0 or other system users who have offered blocks of over 1 0,000 shares of that stock in the 
current trading session; or (4) MPs or other system users who have bought at or above the 
National market Best Offer in the current trading session. The quantities and time horizons in 
y these parameters are all selectable by the user. 

SI In a preferred embodiment, there are many other parameters available to the user that 

□ 15 employ market information from the external data sources 40 and the CTI user database 50 to 
^ more accurately target dissemination to desired market participants. For example, the user 
CO can choose to notify only those market participants with certain response or initiation 

u statistics (e.g., directing the CTI manager to notify only market participants who have 
yi responded to 1 0% of CTI notifications received in a certain time frame or to a certain total 

*y 20 number of CTI notifications). In addition, the preferred embodiment enables the user to target 

O 

□ MPs with certain known holdings in the security of interest. The preferred embodiment also 
enables users to exclude MPs from notification on the basis of their history of trade breaks 
(e.g., preventing CTI information from reaching any MP who has broken some quantity of 
trades in some period of time). The preferred embodiment also enables users to include or 

25 exclude specific MPs from notification by name or identification number. 

In an alternate preferred embodiment, the user can also target MPs based on more 
sophisticated analysis performed by the CTI manager on the trading patterns of various users 
to identify certain correlations or patterns (e.g., buyer of technology stocks, sector rotation, 
etc.). In another preferred embodiment, the user can exclude MPs based on any identified 

30 inappropriate trading behavior such as front running and peg gaming stored in the CTI user 
database 50. In another alternate embodiment, the dissemination parameters are system- 
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defined and not selectable by the user. In yet another alternate embodiment, the user can 
choose between defining some or all of the dissemination parameters and using system- 
defined default parameters. Preferred database queries and query mechanisms are discussed 
below in greater detail. 

Referring back to FIG. 3, at step 330 the CTI manager accesses the necessary CTI 
information from the external data sources 40 and the CTI user database 50 to perform the 
CTI filtering analysis. At step 340, the CTI manager analyzes CTI information using the 
dissemination parameters and produces a list of MPs to notify. At step 350, the CTI manager 
further reduces the MP notification list using the MP notification parameters stored in the 
CTI user database 50. At step 360, the CTI manager sends notification of the confidential 
initiating CTI to those MPs for which (1) the MP fits the initiating user's dissemination 
parameters, and (2) the initiating interest fits the MP's notification parameters. In an alternate 
embodiment, the notification includes statistics regarding the initiating user's past auctions 
(e.g., proportion filled, cancel rate, frequency of trade breaks, etc.). 

In an alternate preferred embodiment, after step 350 the initiating user is shown a 
summary of the results of this analysis and is given the option of modifying the dissemination 
parameters given in step 320 to more accurately tailor/limit the dissemination of confidential 
CTL For example, a user can modify dissemination parameters that are too inclusive (e.g., 
too many MPs have sold 10,000 or more shares of the relevant security today) or exclusive 
(e.g., there are no MPs who currently have a live order to sell over 50,000 shares). The 
production of the MP notification list is an iterative process in this embodiment, as the 
embodiment repeats steps 330-350 until the user is satisfied with the output of the 
dissemination analysis. The user interaction in this iterative process is performed through 
interface means that are well known in the art. 

FIG. 4 is a flow diagram of the operation of the CTI management system in executing 
an auction based on the disseminated initiating interest. At step 405, notification of an auction 
initiated by a CTI is disseminated to MPs targeted in the process depicted in FIG. 3. At step 
410, the notified MPs have the option of responding to the notification. In the preferred 
embodiment, this response is an executable price-limited contra-order sent to the auction 
server. As with the initiating interest, in the preferred embodiment the price limit can be 
either a nominal value or pegged to a market price. Alternate embodiments enable the 
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responding MP to peg the price limit to a yet to be determined market value or index. For 
example, in an alternate embodiment the MP can peg the price limit to the end of day VWAP. 

An alternate embodiment enables the notified MPs to simultaneously submit a trading 
interest and send a message to the initiating user to directly negotiate a trade. Another 
5 alternate embodiment enables the notified MPs to respond via a private chat session to 
directly negotiate a trade. Alternate preferred embodiments also enable the MP to respond in 
a semi-private negotiation chat session with the initiating user and some or all of the other 
notified MPs. The system provides the chat and messaging functionality using interactive 
communication technology as is well known in the art. Alternate preferred embodiments also 
10 provide the notified MPs with the initiating user's phone number and/or e-mail address to 
provide other channels of direct communication. 

In step 420, the auction server 60 accumulates orders from the notified MPs. In the 
^ ... preferred embodiment, the duration of the accumulation period is set by the initiating user in 

'-he 

SJ the auction parameters communicated in step 3 1 0, subject to a system-defined minimum and 

m 

p 15 maximum. This enables users of the CTI system to initiate auctions at any time and limit 

jf them to MPs with verified contra-interest, in sharp contrast with the POSIT® system in which 

yj 

03 users must wait for periodic matching sessions which are not targeted in any way. In alternate 
^ embodiments, there is a fixed, system-defined accumulation period. In another preferred 
t^ £ embodiment, the system sets the end of the accumulation period, subject to a minimum and 
y3 20 maximum. If possible, the system sets the end of the accumulation period to match the end of 
g the accumulation period of any other pending auction so that the auctions can be combined to 
increase total liquidity. In the preferred embodiment, during the accumulation period, the 
initiating user and the notified MPs can modify or cancel their orders placed in the auction 
server. Alternate embodiments place restrictions on this ability. For example, an alternate 
25 embodiment does not permit the initiating user to cancel the auction after notified MPs have 
responded with contra-orders; the initiator is locked into the order once a MP has relied on it 
to respond with a contra-order. 

In step 430, the auction server 60 of a preferred embodiment prioritizes the contra- 
orders sent by notified MPs. The preferred embodiment creates an execution priority by the 
30 following sequential rules: 
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1 ) Total matched size - Combinations of contra-orders are chosen which maximize total 
size executed. 

2) Price limit - If competing MP contra-orders would produce equal matched quantities, 
the auction server will first execute MP contra-orders with more aggressive price 

5 limits. 

3) Size limit - If competing MP contra-orders have the same (or no) price limit, the 
auction server will first execute orders with more aggressive size limits. 

4) Time of entry - If competing MP contra-orders have the same size limit, the auction 
server will first execute orders entered earlier. 

10 Alternate embodiments that employ different execution priority rules will be apparent 

to those skilled in the art. For example, one alternate embodiment ignores the size limit of 
the contra-order; in another alternate embodiment, where there are no price limits and actual 

0 execution is at the market midpoint at the moment of matching, execution priority is by time 

*B 

SJ of entry. 

\f\ 

K 15 The above description assumes that the initiating interest is the only order on one side, 

^ and all orders sent to the auction server by notified MPs are on the contra-side. It is possible 
ffl that a notified MP responds with an order on the same side as the initiating interest. 

necessitating an execution priority for that side as well. In a preferred embodiment, the 
^ initiating interest has absolute execution priority over subsequent MP orders. This is an 
yn 20 additional benefit of the CTI system from the initiating user's perspective. The system 
S enables the initiating user to target dissemination of a confidential trading interest to MPs 
with a certified contra-interest, to influence the auction timing, and obtain priority in 
matching over contra-orders placed in response. All orders placed by notified MPs on the 
same side as the initiating interest are executed only after the initiating interest is filled, and 
25 according to the execution priority outlined above. Once again, alternate embodiments that 
employ different execution priority rules will be apparent to those skilled in the art. 
Furthermore, in an alternate embodiment, the initiating interest is not granted absolute 
priority over competing orders subsequently placed by notified MPs, and must compete 
according to the ordinary execution priority. 
30 In another embodiment, more than one auction can be combined to pool liquidity. In 

a combined auction, each initiating interest is given exclusivity over contra-orders placed by 
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notified MPs in response to that respective initiating order. By "exclusivity" it is meant that a 
contra-order placed in response to an initiating order cannot be matched with any other order 
until the initiating order is filled or canceled. In an alternate preferred embodiment, there is 
no priority or exclusivity granted to the initiating orders in a combined auction, and all orders 
5 compete according to the same execution priority. Alternate embodiments that employ other 
means of combining auctions will be apparent to those skilled in the art. 

In step 440, the auction server executes the orders according to the execution priority 
set in step 430, all at a price set by the type of auction employed. If there are no MP 
responses or no trade is possible given the limit prices, the auction is unsuccessful and is 
1 0 terminated. In a preferred embodiment, the auction server employs a midpoint cross auction, 
where all orders are executed at market midpoint at a certain time. To avoid peg gaming, in 
the preferred embodiment the execution price is pegged to market at a random time during a 
S ten minute "fuzz period" after the end of the accumulation period. In an alternate 
Sf embodiment, there is no fuzz period and the auction execution price is determined at a known 
q 1 5 time after the end of the accumulation period. 

jj Alternate embodiments employ various other auction types. For example, one 

(B alternate embodiment employs a "sealed envelope" auction where the limit price on all orders 

L is kept confidential, and a single price is chosen to maximize the size of the matched 

y=J execution. Another embodiment employs a "private outcry" auction where the initiating user 

^0 20 and all notified MPs can see all orders and their limit prices as they accumulate, and there is 

□ price competition among the responding MPs to trade with the initiating interest. The 

examples given assume that all orders are executed at the same price; another alternate 

embodiment employs discriminatory pricing where all orders from responding MPs trade at 

their limit price. This list is not intended to be exhaustive, as alternate embodiments that 
25 employ different auction types will be apparent to those skilled in the art. An alternate 

embodiment enables the initiating user to choose from more than one different auction type 

such as those described above. 

In step 450, the auction server informs the initiating user and all responding users of 

the status of their respective orders (i.e., "fill " "partial execution," "canceled," "open," 
30 "expired"). In step 460, the auction server of the preferred embodiment enables participants 

in the auction to communicate with each other and a system administrator to resolve any 
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perceived errors. In a preferred embodiment this communication is via semi-private chat 
messaging, but alternate embodiments supply telephone contact information. Users can 
break the trade or negotiate an amendment during a temporary window, after which the trade 
is final. The use of this window represents a tradeoff between the interest in instant finality to 
5 trades and the interest in minimizing the costs and disruption caused by errors. An alternate 
preferred embodiment does not offer a temporary window to negotiate changes to the 
executed auction. In step 470, the CTI manager 10 processes the auction activity and updates 
the CTI user information database to reflect the initiation, response, execution, and trade 
break activity that took place. 
10 In an alternate preferred embodiment, the auction server 60 also contains a depository 

of orders not related to an active auction. In this embodiment, any user can place an order in 
the depository without initiating an auction or invoking CTI targeted notification. These 
^ orders are dormant until an auction is initiated in that stock, at which time they are treated by 
Si the auction server as a response received from a notified MP in step 410. In an alternate 
q 1 5 embodiment, the auction server performs a match at periodic intervals without any CTI 
jf initiation to clear out the depository of dormant orders. An alternate embodiment performs 
CO these auctions only when sufficient dormant interest has accumulated, rather than at defined 

intervals. In yet another embodiment, these orders are not dormant and are continuously 
iH executable subject to their price limit, as in an ECN. Another embodiment enables live 
y3 20 execution but with a price limit defined relative to an external price, such as the market 
g midpoint or a certain spread to the end of day VWAP. 

In an alternate preferred embodiment, there is no auction server or execution 
functionality, and the CTI system functions as the targeted information dissemination 
mechanism depicted in FIG. 2. In this alternate embodiment, after the notification process 
25 depicted in FIG. 3, the CTI system does not perform the auction process depicted in FIG. 4, 
but rather enables the notified MPs to respond to the initiating user via a private or semi- 
private negotiation chat session as described above. Alternate preferred embodiments also 
provide the notified MPs with the initiating user's phone number and/or e-mail address to 
provide other channels of direct communication. After the initiating interest expires or is 
30 canceled, the preferred embodiment updates the CTI user database to reflect the initiation and 
response activity. 
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In an alternate embodiment; a third-party matching facility, such as Optimark, uses the 
CTI system to drum up liquidity for a match, then executes the match. For example, a MP 
may send an order to Optimark and request that a notification be sent out announcing: 'There 
is an order for DELL in Optimark for the next round; please participate." In this embodiment, 
5 there is no chat, but there is an address (in the example, Optimark's) where the match is to be 
executed. 

In a further preferred embodiment, the CTI system functions in a manner roughly 
analogous to a rating service. In this embodiment, the system compares non-certified 
disseminations of trading activity (such as the disclosures on AutEx+®) to actual certified 
10 information, to generate a measure of the overall accuracy of market participants' disclosures. 
This accuracy rating can be used by other market participants to discriminate among the 
disclosures on the basis of demonstrated trustworthiness. 
4? In another embodiment, the CTI system rates a market participant's compliance with 

K 4 the MP's own stated trading limits. For example, when a MP is negotiating a trade, in order 
q 1 5 to receive a better price the MP may agree to be bound to a trading cap, to demonstrate that 
J( the present order is not part of a much larger trading interest, and that the MP is not 
S3 simultaneously negotiating similar trades with other MPs. The CTI system can compare the 
U MP's stated trading limits to actual certified information, to generate a measure of the MP's 
LrE demonstrated trustworthiness. This rating can be used by other MPs to accurately price the 
© 20 likelihood that a negotiated order is part of a much larger order, 
n In a further embodiment, the CTI system monitors a MP's trading activity for 

correlation to inappropriate trading behavior, to generate a behavior rating. In this 
embodiment, the CTI system monitors MP activity for suspected front running. When the 
system becomes aware that a MP has been notified of a large trading interest (e.g., from an 
25 auction notification on the system or through a CTI disseminated over the system), the system 
monitors the subsequent trading activity of notified MPs to analyze correlation between their 
trading activity and the revealed CTI. 

In another embodiment, the CTI system monitors MP activity for suspected peg 
gaming. The system monitors the trading activity of MPs participating in auctions (on the 
30 CTI system or on another system such as POSIT®) in which the price is set relative to a 

market price such as the midpoint. This trading activity is monitored for negative correlation 
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to represented auction orders (e.g./MPs who sell while a buy order is represented in the 
auction), which indicates a possible attempt to manipulate the price of the auction execution. 
In another embodiment, the behavior rating also incorporates information regarding the MP's 
history of trade breaks. 

5 In all of these "rating service" embodiments, the MP being rated permits the CTI 

system to use confidential information to rate the MP's past behavior (e.g., disclosures, trade 
breaks, inappropriate trading activity) in order to receive better prices on future trades or 
more order flow. This rating information is stored in the CTI user database 50 and can come 
in many forms, as will be apparent to one skilled in the art. Examples of ratings forms 
1 0 include numerical data (percent divergence between disclosed and actual trading activity or 
between stated trading cap and actual trading activity), boolean indicators (has the market 
participant exhibited inappropriate trading behavior or not), or scaled ratings (rating from 1 to 

^ n that incorporates information regarding various trading activity scaled according to, for 

J3 

SI example, recency and frequency of certain activity, degree of correlation to inappropriate 

m 

P 1 5 behavior, etc.). These examples are not exhaustive, and many representations of the rating 
2? data will be apparent to those skilled in the art. In an alternate embodiment, an MP may 
03 request that a rating "certificate" be provided to a potential counterparty, to demonstrate to 

the counterparty the trustworthiness of the MP. The certificate is a certified report based on 

the MP's market behavior history. 

%D 20 These embodiments provide the described "rating service" function in addition to the 

Q 

p auction and execution functionality described in FIG. 4; the ratings can also be used as a 
dissemination parameter in these embodiments. Alternate embodiments that provide the 
rating function do not offer the execution functionality and operate as the targeted 
information dissemination mechanism depicted in FIG. 2; the ratings can be used as a 
25 dissemination parameter in these embodiments as well. Other embodiments simply operate 
as a certification and rating system, and do not offer execution or targeted dissemination 
functionality. 

A further embodiment of the subject invention is directed to order routing and order 
management based on CTI information. One element that differentiates the subject invention 
30 from other systems and methods is its use of confidential information on a one-way basis: 
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MPs supply confidential information to a preferred system in order to attract trading interest 
notifications; this confidential information is never released to other MPs. 

Current order routing and management systems are based on public information only 
- for example, Tradescape will route an order to Instinet if Instinet is currently showing the 
5 best price, and offers faster executions than other MPs (such as Market Makers that implicitly 
guarantee the same price) - but Tradescape does not know whether or not this best-priced 
order on Instinet has a large reserve size. In a preferred embodiment of the subject invention, 
Instinet sends its client's reserve size information confidentially, knowing that the only usage 
made of that data will be to send a large-sized order that can hit the reserve size if the 
1 0 opportunity comes up. 

An order routing embodiment is disclosed in FIG. 5. At step 5 1 0 the system receives 
an order and dissemination parameters. At step 520, it creates a dissemination list as 
described above, and at step 530 ranks the market participants on the dissemination list and 
identifies the market participant that is the most likely to take the contra side to the trade. At 
1 5 step 540, the order is routed to the identified MP. 

There are several ways to rank market participants, depending on the CTI information. 
The ranking rules can be any one or an ordered combination of the following: 

First, by size: if the MP's CTI information comprises orders, then the MPs will be 
ranked according to the size of these orders; if the CTI information comprises trades executed 
20 in the recent past, the system will rank MPs by total net size traded in the past N minutes 
(buys minus sells), or by gross traded volume (buys plus sells): for routing a sell order, larger 
net or gross buyers are ranked higher than smaller ones, while for buy orders the system will 
rank large net sellers or total amount traded ahead of smaller players. For example, if a user 
. specifies dissemination parameters that seek to notify the 10 biggest net buyers during the 
25 past 2 hours, the system will execute a query to return a ranked list containing the 1 0 market 
participants that have accumulated the largest net quantities of stock during that time interval. 

Second, by price aggression: the price aggression is the price of the order or trade, 
relative to the bid ask spread. Let B denote the best bid on the National Market, A the best 
offer and P the price of the order or trade, then the aggression X is given by X= (P - B) I {A - 
30 B) for buys, and X= {A -P) /(A-B) for sells. Higher price aggression levels will be ranked 
ahead of less aggressive orders or trades. 
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Third, by time: route the order preferably to MPs that executed the trade most 
recently. 

A preferred order routing service preferably combines several of these criteria to break 
possible ties. For example, the system could route an order to the largest recent buyer in the 
last 30 minutes, choosing the most recent execution in the event of a tie. Other ranking rules 
will be apparent to those skilled in the art. 

An order management embodiment of this invention is an extension of the order 
routing system described above. In this embodiment, the system first routes the order to the 
top-ranked participant, as described above. If the order is not executed, the system then 
routes the order to the next-most-likely contra in the ranked list of market participants. This 
process is iterated until either the order gets executed, or a user-specified limit is reached on 
the maximum number of MPs that can be notified. 

A preferred embodiment of the order management implementation is shown in FIG. 6. 
The system receives at step 610 an order and dissemination parameters. At step 620 a 
dissemination list is created, and at step 630 the MPs on the dissemination list are ranked as 
outlined above. For example, a user requests the system to query the trade database for the 
top 1 0 biggest buyers of DELL in the past 1 5 minutes, ranked by total net number of shares 
purchased, and in the case of a tie, choosing the one with the most recent trade. The system 
then receives the order electronically, stores the order, and at steps 640-660 works the order 
with the ranked dissemination list. At step 640, it routs the order to the highest-ranked MP 
and at step 650 it tests whether the order has been executed. If the order has not been 
executed or if the order has received a partial fill but has not been completely executed, the 
system calculates the residual quantity and proceeds at step 660 by routing orders for that 
residual quantity until the order is completely filled or the list of 10 MPs is exhausted. 

Alternatively, a user may have an order sitting passively in the order depository 
(discussed above), and decide to "market" the order by initiating the order management 
process described above, for example by sending it to the ten most likely contras in ranked 
order. 

In an alternate embodiment of the subject invention, the confidential data that is used 
to create dissemination lists includes data on the past behavior of MPs following the delivery 
of CTI Notifications. In this embodiment, Market Participants must first agree to let other 
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users request that custom queries and analytic calculations be executed on this confidential 
data to determine whether the MPs past behavior indicates a good track record of responding 
to notifications rather than front-running on the information. The only effect of permitting 
this access to an MP's confidential data is that the MP will then get a chance to receive more 
5 information, in the form of CTI Notifications. For example, a relatively small broker-dealer 
may rarely have the size to rank among the '"top 1 0 buyers," but may respond affirmatively to 
CTI Notifications in almost all cases. Such a user would permit his past responding data to 
be analyzed, and thereby attract more CTI Notifications from users targeting MPs with a good 
track record in the system. 
10 In this embodiment the user is allowed to enter an executable algorithm that will 

access the past usage data from participating MPs, and produce as output a ranked list of 
target MPs. The past usage data that is exposed to such algorithms comprises, for each 
^ participating MP, a list of past notification events comprising, in each case: (1) the size 

N displayed in the notification; (2) the reason the MP was targeted (for example, bought 1 5000 

* ~ 

p 1 5 shares during the past 30 minutes); (3) the MP's response (none, response order smaller than 
If displayed size, equal to, or greater than displayed size); and (4) the price fluctuation 
ffl following the notification event. 

y. Users can combine the usage of the trade database and the past behavior database by 

LJi entering requests for queries that combine information from both. For example, a user may 
y3 20 enter dissemination parameters that specify that the notification should be sent to: the 10 
□ biggest buyers excluding those that have received notifications in the past and never entered a 
response order. 

In an alternate implementation users enter algorithms that access all available data, 
including the CTI information database and the past usage database, and attempt to estimate 

25 based on this data the probability that any one MP would execute their order. They then 

either send notifications to the most likely contras, or draw on the order management function 
to route their order to the ranked list of most likely contras until either the order is filled or 
the list is exhausted. This embodiment requires an "analytic toolkit" (discussed below) to 
determine the probability of a match from data including CTI information and past events. 

30 The system allows users to submit their own custom tools, or to propose a "generic" 
probability-reconstructing tool (described below). 
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The probability that a MP in the dissemination list would execute an order can be 
calculated from data on how similar order routing events have unfolded in the past. This is 
required (1) when some MPs have been included in the dissemination list due to information 
on orders while others are in the list due to information on trades, so that there is no single 
5 comparable number that can be used to rank one relative to the other, and (2) when the MPs 
differ significantly in how they respond to notifications. For example if an institutional desk 
such as RSSF has been a net buyer in the past hour, it is likely to continue to buy, but if a 
retail Market Maker such as NITE has been a net buyer, it may need to reverse course and 
return to a neutral inventory position - so that would not be such a good target for a sell 
1 0 order. Another example of case (2) is one where an order is routed based on displayed size: 
again, different MPs will react differently to an oversized order. Orders displayed in 
institutional ECNs such as Instinet are more likely to have reserve size than retail-centric 
% s ECNs, and different Nasdaq Market Makers will have different rules on when to accept non- 

M liability orders. In both cases (1 ) and (2), the system relies on a database of past events where 

If! 

q 1 5 orders were routed to given MPs and either executed (in part or in whole) or rejected. The 
2i probability of execution can be estimated from this statistical sample-set using a statistical 
CO estimator method that is described below. If there is not enough past data on a given MP to 
y, compute the probability of execution, the MP is assumed to behave like the average MP and 
data from all MPs is used to determine the "generic" probability of execution, which is then 
20 used to rank this MP in the dissemination list. 
r% The first case to consider is that where a MP provides information on an order to buy 

s 0 shares of stock, and the task is to determine the probability that this MP would execute a 
larger order for s> s 0 shares. The probability of execution of an order of size s > s oi where s a 
is the displayed size, can be calculated for individual Market Participants based on their 
25 response to past orders, using a statistical estimator approach, as described next. The 
probability function is assumed to be well-approximated by a generic parametric function 
such as 



P 
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that fits well to the distribution of trade sizes as can be observed in publicly-available data. 
The parameters a, b f and y are determined using an empirical approach and a sample-set of 
past order-routing events, by maximizing the probability of the sample-set. Each sample in 
the set comprises an order size s, a displayed order size s 0 , and a bit (0 or 1) specifying 
5 whether the order was accepted (1 ) or only received a partial fill equal to the known size s 0 
(0). Relatively infrequent events such as race conditions where the executed size is neither s 0 
nor s are discarded from the sample-set for simplicity. If we call ^ = (0 or 1) the rejection (0) 

s -s 

or acceptance (1) of the oversized order in sample number w, x n = — — -, the probability of 

S 0 

10 the sample set is 

P[sampleset]= n ^ U 

= This probability is greatest when the derivatives of log(P) with respect to each of the 

M three parameters are equal to zero, namely when 

n!5 

■ass: 

m f 1 5 £ _JL_-£_JL_ = o 



A m * — \ n 



~ zu i»\^o) a-l + px n Y « a+px 7 



3 (ni^oj a-l + pxj * a+px r 



25 where a = 7 fl and p = 7 0 . 

The solution of this set of three non-linear equations can be found using methods 

known in the art, such as the Newton-Raphson algorithm [Numerical Recipes in C; 

Cambridge University Press 1988, 1992; pp. 379]. An initial approximate solution is 

required for this algorithm to converge: to obtain an approximate initial value of the 
30 exponent y 0 , we represent the available data in a histogram format, using logarithmic x and y 

axes, and determine the asymptotic slope of this graph for large values of x. The value of this 
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is I 



asymptotic slope is then equal to -jr. Given this approximate value of the exponent, 
approximate values a a and f$ 0 are obtained analytically by least-squares approximation. The 
Newton-Raphson algorithm can then be used to find a better approximation of the solution. 
This algorithm converges quadratically. 
5 The second case is that where the CTI information that was used to place a MP on the 

dissemination list was trade information. In that case one first determines the total number of 
shares bought (sold) by that MP in the past interval of time, calling this number once again s a . 
Usually the order to be delivered would be for a smaller number of shares, but that is not 
required. Once again the system uses a database of past events to reconstruct the parametric 
10 probability distribution, and to determine the values of the parameters that maximize the 
probability of the sample-set. In this case, there are three possible outcomes to consider in an 
order routing event: as before, the order can be partially executed = 0) or filled = 1), 
but also, in this case, since the MP has no open order, it is possible that the order could be 
rejected altogether. We will represent this possibility by the value ^ n = * : 



□ 15 ^sample set]= II U ^ U 1*^) 

(nit,']) >«,.<>» K») 



rn 

a 



where now x = ^ and P(] ;x) = — ^— , P(0;jc) = — />(*;*) - 1 -P(0;x) -P(l;x). 



Once again the probability is maximized when the partial derivatives of log(P) are equal to 
%D 20 zero, leading to the set of four non-linear equations: 



oA-T, ^ = 0 

a \ Wi"> 1 - a 0 - a, +bxl 



oA- £ 



25 % {*•*) 1 -a 0 -a^bx y n 



r t 

x x 

G,« £ X JL -£— =0 

l»iV> 1 -o 0 - a, +K r » 1 + ^ T 



30 G = £ *>g(s) _^ x n T Iog(x) _ o 

4 1 -a 0 - a, + &cj » 1 + ^ Y 
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where N 0 and N t are the number of samples where the order was partly executed and filled, 



respectively. The first two equations yield a x = a Q — ; this value of the parameter a, can be 

5 substituted in equations G 2 > G 3 , and G 4 , to obtain three coupled non-linear equations that can 
be solved as described above using the Newton-Raphson algorithm or other methods known 
in the art. Given a numerical estimate of the probability of an execution, MPs in the 
dissemination list are ranked by placing the one with the greatest probability of execution on 
top of the list, then the one with the next greatest probability of execution in the second- 
10 ranked place, etc. 

A preferred system also monitors the price fluctuation following order delivery to a 
market center, and identifies any statistically significant correlations between the order 
^ delivery event and subsequent price fluctuation on the market, separating the three cases 
V J where the order was executed in whole, executed in part, or rejected. This information is then 
□ 1 5 taken into account in creating a ranked dissemination list, to avoid sending the order to MPs 
^ that have a pattern of trading ahead of a large order or leaking information that would allow 
K others to do so, in both cases causing significant adverse market impact. 
U In a preferred implementation, users are allowed to specify the algorithm that seeks to 

K detect MPs that cause adverse market impact and insert this into their request to create the 
tfj 20 dissemination list. For example, a user may first query the database for the list of MPs that 
p permit access to their past behavior data. Where such data confirms that they have not been 
associated with a statistically-significant adverse market impact in the past, the user can then 
create a final dissemination list from a CTI database query that restricts the search to the MPs 
from the good behavior list. For example, the query might seek the 1 0 biggest buyers among 
25 the MPs that do not have adverse market impact. In another example the CTI query would be 
executed without consideration of good behavior, but the ranking is modified using the 
market impact information to lower the rank of MPs that have the strongest correlation with 
adverse price movement. There are two cases where market impact can be relevant: when an 
MP rejects an order, and when the MP accepts the order but price subsequently moves in a 
30 direction that will make further orders more expensive to trade. The latter case is expected 
and is the normal reaction of the market to the removal of liquidity on one side, but the effect 
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can be exaggerated if the MP eitherieaks information or "rides along" with the institutional 
client, by taking a proprietary position in anticipation that the institutional client will continue 
to work the position on the market. In a preferred implementation, the average price impact 
of an order delivery to a specific MP is calculated separately for these two cases. If the party 
5 entering the order is placing a single order, then the only relevant market impact is that which 
occurs when the MP does not execute the order. But when the order entry party intends to 
continue to work the position, the relevant market impact is the weighted (by the probability 
of execution) average of the market impact when the order is or is not executed, as calculated 
above. 

1 0 A further embodiment shown in FIG. 7 is directed to ranking CTI queries. This 

embodiment provides a service that derives from the CTI notification system discussed 
above. Dissemination lists are created from queries in the CTI information database, as for 
5 example when searching for the largest buyers of DELL in the past 40 minutes. The preferred 

M system stores these lists at step 71 0 and at step 720 calculates success rates for CTI 

Ln 

q 1 5 notifications based on standard queries. At step 730, for a given query, the system reports to 
jj a user on the relevant statistics. For example, a user planning to launch a CTI notification to 
M sell 1 0,000 shares of DELL to the 1 0 largest DELL buyers during the past T minutes could 
y± view the success rate of this type of query in the past for time windows of T=10, 20, or 40 
]}{ minutes. This will allow users to optimize the choice of time window: if the time is too short, 
J3 20 the 10 largest buyers might include some small traders; if it is too long, it might include large 
p buyers who are no longer actively buying the stock. 

A further embodiment looks not only at the probability of execution but the average 

and root mean square of the price fluctuation in a two-minute period following the CTI 

notification and at step 740 reports this information to a user posting a similar query. CTI 
25 queries that lead to excessively large dissemination lists, or dissemination lists that include 

front runners more than natural contras, will be associated with statistically significant price 

impact. 

A further embodiment comprises a depository of orders that can be pulled by any 
matching system. Orders placed here are dormant but any third party with execution 
30 authority can draw from this liquidity pool. This is particularly valuable in a world that 
features an increasing number of auction systems: Optimark. POSIT, AZX, eVWAP, and 
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others that service a growing number of call auctions. In call auction trading, customer orders 
for a stock are batched together and executed in multilateral trades at specific points in time 
when the market for the stock is "called." This contrasts with continuous market trading 
where a transaction is made any time a buy and a sell order meet in price during the trading 
5 day. Recent advances in computer technology have considerably expanded call auction 
functionality. 

Different auctions execute at different times, which are often not publicly known (for 
example, POSIT has a 5-minute fuzzed match), making it very difficult indeed for a trader to 
know where to place an order. This fragmentation problem is far worse than the 
10 corresponding problem in continuous markets, since there is fragmentation in time as well as 
in space. 

The order depository embodiment allows participating auction systems to pull eligible 
U orders from this liquidity pool, thereby eliminating the fragmentation problem for multiple 

M call auctions. A preferred method is depicted in FIG. 8. At step 8 1 0, a preferred system 

y! 

n 1 5 receives data comprising an order from a first MP, and at step 820 the received data is stored 
^ in a database. At step 830 the system receives data comprising conditions on orders from a 
CO second MP (e.g., a participating third party auction system). At step 840 the system searches 
Li the database for orders that satisfy the conditions received from the second MP, and finds a 

collection of one or more orders ("found orders") comprising the order received from the first 
L J3 20 MP. When such orders are found, they are designated, at step 850, as "reserved." At step 
q 860 one or more of the found orders (the orders found in the database that satisfy conditions 

received from the second MP) (including the order received from the first MP) are routed to 

the second MP. 

At step 870 the system receives data from the second MP regarding the status of the 
25 order from the first MP that was routed to the second MP. If at step 880 the received status 
data indicates that the order was executed, then at step 885 the system reports the execution to 
the first MP. If at step 880 the data does not indicate that the order was executed, then the 
system checks at step 890 whether the data indicates that the order was released. If so, then at 
step 895 the released order is un-reserved (the "reserved" designation is removed). 
30 An alternate embodiment does not rely on third party auction systems to pull orders 

from the depository, but instead actively routes the orders out to such systems for a possible 
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match. When the choice of destination is based on CTI information, this is an example of the 
order routing embodiment described above. Another situation arises when call auctions do 
not publicly release the precise timing of a call, in order to reduce the potential for gaming 
opportunities. For example ITG's POSIT runs midpoint matches with a fuzzed call time; the 
5 uncertain time of the call reduces the temptation to game the system by placing, for example, 
a large sell order and then buying up the market immediately prior to a match, in order to 
move the midpoint price up and get a better price on the sell order in the event of a fill. With 
an uncertain match time the MP would have to sustain buying during several minutes and risk 
having potential matching orders in POSIT get canceled. The uncertainty about the matching 
1 0 time creates a problem for traders: they must either face the multiple exposure problem when 
the same order is placed in various systems to increase the probability of a match, or commit 
the order to a single system and risk missing an opportunity to trade in another system. In 
this alternate embodiment, call auctions that do not publicly display the time of a match 
"4 submit this information confidentially to the system, which then uses that information to 
p 15 reserve the orders from the order repository and route them to the call auction just prior to a 
^ match. Because it knows the precise time of a call, the system does not have to commit the 
W order to the call auction for more time than is necessary to check for a possible matching 
K& contra order. From the perspective of the auctioneer, the only effect of providing the 
*1 confidential information on the timing of a call is to attract more executable orders. 
® 20 Database queries: In a preferred embodiment, a CTI notification router targets 

Q notifications of trading interests f) likely contras by performing queries in CTI information 
databases. The description below describes preferred databases and preferred queries that 
effectively rank likely contras. 

Trade Database: Who traded . . . against whom? Trades often originate from buy-side 
25 traders and are routed by a broker to a marketplace or ECN where they either execute or get 
routed to another execution destination where a better price may be available. In this process 
of executing a single trade, several intermediate reports are generated, neither of which 
carries complete information on both the end-buyer and the end-seller's identity. 

Automated Confirmation Transaction Service™ (ACT SM ) data contains mandatory 
30 trade reports for the tape, and clearing reports; the only available information on the identity 
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of the buyer and seller is the Market Participant ID (MPID), a 4-letter symbol assigned to 
each member of the stock market. 

An example helps to illustrate how ACT data can be used to reconstruct a trade: a 
private individual places an order to sell 500 shares of DELL through an order entry firm such 
5 as a discount broker, or through an ECN such as Archipelago (ARCA). This order will be 
routed to the market center with the best bid at the time. Thus, ARCA may route the order to 
Instinet (INC A) for example. The contra order itself may belong to a buy-side firm such as 
Fidelity, and is presented on the market by a clearing broker, say Bear Stearns (BEST). 
Instinet would report a trade where INCA buys from ARCA, and another trade for the same 
1 0 amount where INCA sells to BEST: these reports are issued for clearing purposes. ARCA 
would internally effect a book entry for their customer and issue a mandatory report to ACT 
as the selling broker. Internally, BEST takes note of the transaction being executed for their 
y customer Fidelity, and will clear and settle the trade in Fidelity's name. 

s 4 The ACT data in itself is incomplete in several ways: the identity of the end buyer 

yi 

p 1 5 and seller are not given in the ACT report, and one is not required to issue clearing reports 
J? immediately after the trade. Clearing information submitted through ACT, however, does 
W allow one to identify which are the two sell-side participants (brokers) that mediated each 
l-m trade as agent, or executed the trade for their own account. 

LrJ Other sources of information besides ACT data can be used, such as trade reports by 

C E 20 broker-dealers, from the buy-side clients themselves, or from communication providers such 
p as NYFIX that route orders. Information on the identity of the end buyer/ seller is available 
from any of the following sources: (1) the broker or clearing firm which booked the trade for 
its client; (2) the clients themselves; and (3) via the networks and software systems that 
"know" the end user f s location and message routing instructions. Examples include order 
25 management systems and trading systems such as ECNs. as well as auction server 60. 

In general, the trade database will contain incomplete records of trades and orders, and 
must be capable of receiving further information as it becomes available to complete the 
records. A preferred embodiment is built to function with an incomplete trade database. 

A preferred system receives trade report data from the market (such as ACT data) and, 
30 optionally, voluntary trade reports from brokers and clearing firms. When only the market 
data is received, the brokers will be listed as parties to the trade. When the end user 
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information is received (for examplfe, from an auction server 60), this information is added to 
the description of the trade. 

Dealing with incomplete end-party identification: When the result of a CTI query is 
that a notification should be sent to an "MPID" (i.e., it is not possible to further refine the 
5 identity of the target), a preferred embodiment uses an organization-specific function to map 
this MPID to a list of users. The system supports different possibilities. For example, a user 
representing a client firm could choose from the following options: 
1 . Send to all users within the organization associated to this MPID (for example, if the 
MPID is "MLCO " then all Merrill Lynch traders can view the notification). 
10 2. Do not notify. 

3. Send to a unique ''wild card" user for re-distribution. For example, this may be an 
Instinet router that can forward the message to the appropriate terminal. 
*S 4. Send to a list of users or accounts specified by the organization (for example, MLCO 

may request that such notifications be sent to their block desk but not to their proprietary 
Ql5 trading desk). 

When the result of a query is an account (i.e., an aggregate of users that share 
W information and aggregate their trades on behalf of the same account), the system will 
Ms associate a list of users to this account. In an alternate embodiment, there is a messaging 

destination such as a FIX message destination associated to each account. When messages 
S 20 are sent to users, the procedure is based on an account-specific function. By default, all users 
□ at that account are targeted and no other users receive the notification, but other possibilities 
are supported as well. For example, it is possible to set up another account so that it always 
receives these notifications as well. An organization may specify that all users within the 
organization should receive this notification. Or the notification may be sent to a single user, 
25 or to no one at all. 

Finally, queries may return individual users. In that case an account-specific function 
is used to determine who should be notified: this can be the user only, all users that trade for 
the same account, all users within the organization, or no user at all. The list is not intended 
to be exhaustive. 

30 Trade data by type of contra: trades are preferably classified as being against a 

member firm (when the contra party was a Nasdaq member firm), against a non-member 
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(contra party was not a member firm), or a "cross" (when the broker reports a trade as a cross, 
or reports the trade against a non-member as Agency). A seller would want to notify 
someone that is likely to buy - that could be a buyer against other member firms, in which 
case the assumption is that this buyer is working an order and will continue to do so, or a 
5 member firm selling to a non-member, which indicates that the broker is taking over the 
position and will then turn to work it as Principal. Brokers that implemented a cross can be of 
interest to a buyer or to a seller, since this trader would be in contact with both buying and 
selling customers. 

Queries by level of trader ID information: In database queries, the system will 
1 0 support queries that only look at trade data entries where the end user is known; or queries 
that consider only trade data where the end user is not known; or all data entries. 

Accounts: Accounts represent information sharing pools: if one user is allowed to 
5 receive a notification then all users within that account would be allowed to receive the same 
notification. Trade data likewise is attributed to accounts, so that database queries that look 

□ 15 for the 10 biggest buyers, for example, would aggregate the trades per account and seek the 
~ accounts with the greatest net number of shares bought. When the end user is not known, the 
W system assigns a default "star" account representing the sell-side organization brokering the 
u trade. Queries can be executed on accounts, in which case the result of a query is always a list 
Lr; of accounts. 

yQ 20 Sources of trade information: Information on trades preferably comes from at least 

□ the following sources: 

1 . ACT trade reports that get forwarded to the NSCC. 

2. Auction Server trade reports: Includes the system user ID (specific to a particular 
terminal) on both sides of the trade, on top of the two relevant MPIDs. 

25 3. Broker-dealer trade reports: Participating Broker-dealers are able to associate the end 

user ID to their side of a trade as a service to their buy-side customers, who can then register 

to receive CTI Notifications. 

Aggregating buy-side trading data. In an alternate embodiment, Broker-dealers are 

allowed to use a code name in lieu of the true client name when they provide data on trades 
30 they executed on behalf of their buy-side clients. This trading data would then let their 

customers attract notifications specifically from the trades they executed with that specific 
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broker, not counting any trades executed through other brokers and that would be contributed 
to the trade database under different coded names. In this model there is an incentive for the 
buy-side client to focus their trading activity with a single broker and thereby place a stronger 
bid for the right to receive notifications. In an extension of this embodiment of the subject 
invention, the system offers brokers a service whereby each participating broker can agree to 
disclose the mapping between the coded client name and the corresponding actual client ID. 
In return, the participating brokers receive the notifications sent to the buy-side client firm 
identified by a query on buy-side aggregate trading. The following example helps to 
understand how this works. Mutual Fund A is working an order to buy through 8 different 
brokers to minimize market impact, sending 10,000 shares through each broker; Mutual Fund 
B wants to sell a large block of stock and submits dissemination parameters to notify the 
biggest buyer's brokers. Three of the eight brokers have disclosed the true client ID, so the 
query will return Mutual Fund A with 30,000 shares done and five different coded IDs with 
1 0,000 each, in the absence of other relevant data. Mutual Fund A is thus identified as the 
largest buyer, and the three participating brokers (those who have disclosed Mutual Fund A as 
the client) receive the notification of the large block on the contra side and can call their 
client for more. 



The following table describes structure of a preferred trade database: 
Trade database specifications: 



Field name 


Comments 


Required/op 
tional 


Type 


MPID 


Required. This is the executing party, 
not the service bureau. 


Required 


Char[4] 


Username 


System username is available on all 
system trades. This party is the seller, 
the contra will be the buyer. 


Optional 


Char string 


Account 


Available for Transaction Server 
trades 


Optional 


Char string 


Client name 


Buy-side client firm, or "blank" if it is 
not a buy-side account. 


Optional 


Char string 


Blind pass-through 


T or "N'\ Needed to support 
queries on buy-side accounts only 


Optional 


Char 
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JJlSSeminailOn IIS I ILf 


Pnr fr5i"nCnr*tinnQ that fnllnw 

notification requests, this will be the 
dissemination list ID. Otherwise it 
will be blank. 


OtyH nnal 


Char strine 


Query Eligible 


Boolean. Specifies if this trade can be 
counted in queries. Default is "Y", 

user would want a trade not to attract 
notifications. This information will 
come via Transaction Server. 


Required 


Boolean 


Contra Type 


Member (M), Non-member ( te N") or 
Crossed TX") 


Required 


Char 


Contra MPID 


Reouired This is the true contra 
party, not the service bureau. 


Required 


Char[4] 


Symbol 




Required 


Char[4,5] 


Quantity 


(shares) 


Required 


INT 


Price 


Nominal, USD 


Required 


Float 


TVqHp rpfprpnr p rnimrvr 
liaUC IdClCLluw 11 mil uvil 


Tq^iipH Tw ACT 


Required 


Char string 


number 


fanned hv the renortin? nartv 

looucu uy Liit* i vi/vi Ling jjuiij 


Optional 


Char string 


Execution time 




Required 


INT 


Reporting time 




Required 


INT 




Pri nci nal A pent 


Required 


Char 


Media 


Can be "N" (not reportable) or "R" 
(report to media/tape). 


Required 


Char 


ACT Status 


Refers to the status of the trade in 
ACT. 

A = Accepted 

B = Broken (Previously Iocked-in trad* 
C = Canceled 
D = Declined 
E = Error 


Required 

■) 


Char 
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F = Forced match; locked-in trade 

G = One-sided submission (give-up 

lock-in: reports trade against ACT 

inactive participant) 

I = Inhibited (by clearing firm) 

K = Rejected sizeable trade 

L = Automatic locked-in trade at end 

ofT+1 

M = Matched; locked-in by ACT 
N = No/Was trade (trade did not 
occur) 

R = Locked-in trade; rec r d via 
execution system interface and 
locked-in by Qualified Special 
Representative (QSR) or by Nasdaq 
S = Automatic locked-in split trade at 
the end ofT+1 

T = Trade reporting only and not for 
clearing submission 

ftioco ova +fic» on/1 tv»cvnltp /~\ t trio 

iNOie. uiese are uie cnu-rcsuiia oi mc 
ACT processing. A preferred 
embodiment subscribes to real-time 
updates, so temporary ACT status 
entries should be recognized as well. 






oource 


ivi ana in are r\\^ i repons uy 

member firms. "0" is SelectNet, "S" 
is SOES, "A" is ACES, "C" is CAES, 
"I" is ITS, "F" is Optimark, "U" is 
UTP. 


JvCljUHCU. 


Char 




Clearing nag. \i win not ciear 
through ACT, "Z" will clear through 
ACT, "N" ticker only, "L" is locked 
in will clear through ACT, " " (space) 
will match and clear through ACT. 


ivet|uircu 


Char 


As-of 


DUUJCau, I Co wllCIi U1C UaUC Woo 

executed after hours the previous day 
and is therefore being reported late 
and should not be printed on the tape. 


1? /* n 1 1 1 1" Art 


JDUUlCall 


PRINC_MKT_PART 


"Y", except for ECNs and 
Chicago/other marketplaces where it 
takes value "N". 


Required 


Char string 
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TRADE DATABASE QUERIES 

In a preferred embodiment, the system offers users simple forms to assist users in the 
task of creating useful queries. In the following examples, the user is trying to sell a block; 
the forms are designed to identify potential buyers. The reader skilled in the art will easily 
5 discern how these forms should be modified when the user is trying to buy a block rather than 
to sell. 

Counting notification targets: One of the key concerns in institutional trading is 
controlling the number of parties that are notified of the institution's trading interest. Another 
is to try to notify natural contras, rather than traders that would be more likely to trade on the 
1 0 information or share it with others. 

To control the number of parties targeted, a preferred embodiment supports queries 
that rank likely contras and send notifications only to the top # targets. Such queries give the 
™ user complete control over the number of parties targeted as well as the conditions that they 
% 4 must satisfy in order to be included in the dissemination list . 

O * 5 To count targets, a preferred system keeps track of which users currently have an open 

^ push channel (such as a TCP connection) or are otherwise reachable via communication 
W channels that support alert delivery (such as a pager). Users can also choose to receive alerts 

via email. In this last case the system preferably verifies that the user is paying attention to 
yi the channel by requesting a receipt and monitoring that the user sends the receipt back within 
20 a few seconds. Only users that have an open session or a valid alert channel can be members 
p of a ranked dissemination list. Queries exclude all data entries attributed to users, accounts, 

or MPIDs that are not reachable; an account or MPID is "not reachable" if it contains no 

reachable user. 

Described next are some of the trade database queries that are offered to users at the 
25 graphic user interface level; these should be viewed as examples and not as an exhaustive list. 

1) Basic Notification: 1 0 biggest contras (buyers against member firms): This basic 
notification window offers a simple CTI query to identify potential block buyers. This query 
uses ACT data to identify the N (1 0 by default) MPIDs that have purchased the largest 
number of shares net (bought minus sold) from other member firms through trades of at least 
30 X shares (1 100 by default), in the course of the last Y minutes (30 minutes by default). This 
indicates that they are working a customer order or building up a position and are likely to 
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continue to accumulate stock in the near future. Settable parameters include: (1) Maximum 
number of parties targeted: rank the biggest buyers and notify the top 10 if there are at least 
10 that fit the user's criteria; Time: count trades during the past N minutes (default is 30 
minutes) -- different default values for different symbols are supported; and (3) Size: count 
5 only trades larger or equal to this size (default is 1 100 shares) » different default values for 
different symbols are supported. Alternate query: count total buys (gross amount bought) 
without subtracting out sells. 

A user can further refine the above basic query by specifying that the contra-party 
must be within a list of MPIDs. For example, a user may target buyers that trade on ECNs, 
1 0 by listing all their MPIDs - or specifically target Instinet traders only, using a query for buyers 
against INCA. 

In another refinement of the same query, the user can request that the query should 
y consider (or not) any buyer based on price aggression, comparing the price to the national 

\| market best bid and best offer at the time of the trade. Price aggression can be categorized as 

Ln 

□ 1 5 passive (for buys at the bid or below), neutral, or aggressive (buys at the ask or higher). 

2? 2) Block desk query: 3 biggest sellers to non-members: this notification window 

y ^ 

CO offers a query that identifies block desks that have taken a large position over from a buy-side 

u client. This type of trade is reported to ACT as an MPBD trading as Principal against "blank": 

l Jf no contra party MPID is mentioned in the ACT report, and the broker is trading for his own 

\0 20 account (not as Agency for another client). Broker-dealers that take over large blocks from 

□ 

S institutional customers will often turn to the markets to recover at least part of the position. 
For example, a block desk that sells a block to an institutional client will want to buy on the 
market and on ECNs to rebuild the position. So a seller would like to target block desks that 
have recently sold a large block to a non-member firm and would be looking to buy. From 

25 the point of view of the block desk trader, he reports the trade to ACT and immediately 
begins to see notifications from users with a contra-side interest; this makes his work easy. 

The query uses ACT data or broker-dealer voluntary trade reports (which can be 
verified a posteriori using ACT data) to identify the N (10 by default) MPEDs that have sold 
the largest total number of shares through trades of at least X shares ( 1 0,000 shares by 

30 default) against non-members during the last Y minutes (60 minutes by default). Settable 
parameters include: (1 ) Maximum number of parties targeted: rank the biggest sellers and 
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notify the top 3 if there are at least 3 that fit the user's criteria;; (2) Time: count trades during 
the past N minutes (default is 60 minutes); and (3) Size: count only trades larger or equal to 
this size (default is 10M). 

3) Graphic trade selector: allows users to view trade and bid-ask data in a 

5 histogram-style representation of the tape, where each trade is represented as a vertical bar 
whose height is proportional to the size of the trade (number of shares on the vertical axis) 
and is colored blue (for example) when the trade is at the ask or above, red (for example) 
when it is at the bid or below, and black (for example) when the trade was inside the bid-ask 
spread. The color-coding lets the user easily identify and select aggressive buyers (the buyer 
10 behind a tall blue line) or aggressive sellers (tall red lines), and query the CTI database to 
send a notification specifically to the corresponding traders. 

To use this feature, the user scrolls with a mouse over the graph. When the mouse 
y cursor passes over a circular activation region centered at the tip of a bar (trade) the histogram 
M bar becomes thicker, indicating that the trade can be selected by clicking. When the user 
n 1 5 clicks on a bar, a short description of the selected trade appears in a text box next to the 
iJf graph. For example: 
£3 "12:31 buyer 5300 @ 45 1/8 - ask" 
L "12:35 buyer 2700 @ 44 7/8 = midpoint' 5 

LH The system receives the time, size, and symbol and queries the database to find the 

S 20 identity of the buyer and seller behind the trade. 

□ The query will look for both buyers and sellers, but keep the buyer if it is a member 

firm reporting against another member firm, the seller if it is a member firm reporting a trade 
with a non-member, and whichever party reported the trade if it was a cross. Alternatively, 
the user can choose to not notify anyone if it was a cross, or to issue the notification only if 
25 the trade was in either one of the three categories. 

4) Large block buyer from member firm: sends the notification to any user that has 
purchased a block of at least X shares in the course of the past AT minutes. Fields to be entered 
by the user are: (1) Time: count trades during the past N minutes (default is 60 minutes); (2) 
Size: order size should be at least this large (default value is 10,000 shares); and (3) 

30 Minimum price aggression: a drop menu allows the user to select among three options: 
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consider all buys, buys above the bid. or aggressive buys only (ask or better) (default is above 
the bid). A similar query identifies large block sellers to non-members. 

5) Repeat Buyers against member firms: targets users that have bought X shares at 
least Y times during the past N minutes. Fields to be entered by the user are: (1) Time: count 
5 trades during the past N minutes (default is 60 minutes); (2) Size: trade size should be at least 
this large (default is 3,000 shares); (3) Number of trades: the trader should have executed at 
least this many buys (default value for this field is 2); and (4) Minimum price aggression: a 
drop menu allows the user to select among three options: count all buys, buys above the bid, 
or aggressive buys only (ask or better) (default is above the bid). 
10 By listing MPIDs that must be on the contra side, the user can further refine this 

query, for example, to count only trades where the contra party was one of the three largest 
ECNs. A similar query identifies repeat sellers to non-members, 
.hf 6) Buyers against MPID list: targets MPIDs that have bought a total of at least X 

N shares from a list of contra-party MPIDs, during the past N minutes. This could be a specific 

L: 1 

p 1 5 contra-party MPID. or a user-defined list, or a system group such as ECNs. Fields to be 
jjj entered by the user are: (l)Time: count trades during the past N minutes (default is 60 
03 minutes); (2) Size: trade size should be at least this large (default is 3,000 shares); (3) 
m> Minimum price aggression: a drop menu allows the user to select among three options: count 
Lei all buys, buys above the bid, or aggressive buys only (ask or better) (default is above the bid); 
C 20 and (4) List of MPIDs: this may be a single MPID, a system group, or a list entered by the 
Q user. 

7) Auto-ex imbalance: this query will target MPIDs that are Market Makers and have 
been selling at the ask more than they've been buying at the bid, counting only executions 
when the MM was not at the inside, but counting out MPIDs that have sold a block during the 
25 same time period. Fields to be entered by the user are: (l)Time: count trades during the 
past JV minutes (default is 20 minutes); (2) Net size sold: net traded size (sells minus buys) 
should be at least as large as Size (default value for this field is 20,000 shares). 

QUERIES ON ORDERS 
30 Data on open orders are provided by a trade execution facility (such as Nasdaq 

SuperMontage or SelectNet), by a broker-dealer or ECN, or by traders. Traders can provide 
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data manually or via their order management systems; in those cases the system monitors the 
accuracy of the data a posteriori when respondents try to execute the order, and filter out 
trade entry reports from traders that have reported inaccurately in the recent past. 

1) 10 most aggressive orders to buy: this query will allow a seller to notify the 10 
5 users with the most aggressive open buy orders at least as large as a seller-specified SIZE. 

Orders will be ranked by aggression using an algorithm that takes into account price, size and 
minimum quantity. The default algorithm is as follows: first filter out orders that are smaller 
than SIZE, then rank all orders by price, size (largest size gets top ranking) and minimum 
quantity (smallest minimum quantity is ranked higher than a large minimum quantity). Ties 

10 are broken by time of entry, or by random ordering using random number generators that are 
well known in the art. Alternate algorithms may later be offered, such as ranking by time of 
execution. Fields entered by the user are: (1) Size: order size should be at least this large 
(default is 5,000 shares); and (2) Min Quantity: if this box is checked, the query will count 
only orders with minimum quantity less than or equal to this quantity (default setting is 

15 10,000 shares). 

2) Unfilled trading interest: this query identifies users of the preferred system that 
have initiated a CTI notification to buy that expired without having been canceled by the 
initiator, and where the accompanying order was not completely filled, and that have 
responded to a CTI notification with an order to buy. 

20 Parameters for this query are: (1) Maximum number of parties targeted: rank the 

biggest buyers and notify the top 10 if there are at least 10 that fit the user's criteria; (2) Time: 
count the orders that expired during the past N minutes (default is 60 minutes); (3) Size: 
count only orders larger or equal to this size (default is 10,000 shares); and (4) Min Quantity: 
count only orders with a min quantity less than this size (default is 1 0,000 shares). 

25 *69 functionality: Users of a preferred embodiment can deliver notifications to users 

that have traded with them on an Auction Server, or users who sent them CTI notifications. 
A graphic user interface 900 (see FIG. 9) preferably provides a list of trades and notifications 
with checkboxes 910 that the user can "click" to select notification targets. Sorting by time, 
size, and symbol is available. The system makes a default selection by choosing all contra 

30 parties for the day's trading activity. The left part 920 of the screen represents CTI 

Notifications received in the past; the right part 930 of the screen contains a list of executions. 
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The user clicks on check-boxes 91 0 to select the targets to which a new notification should be 
sent. 

Those of ordinary skill in the art will recognize that the computer-implemented 
system and method described herein provides at least the following advantages: 
5 ( 1 ) The system can calculate the total buying of potential contras by summing the 

shares purchased or sold in a plurality of executions, but an initiating user cannot determine 
whether such multiple executions originated from the same market participant. 

(2) The system can receive dissemination parameters from an initiating party (such 
parameters as the minimum total number of shares that a party should have bought or sold to 
10 receive the notification) and create a list based on these parameters containing zero, one, or 
several dissemination targets - but the number of targets that satisfy the initiator's 
dissemination parameters is not known to the initiator. 
0 (3) Instead of an IOI, a message can be routed that comprises a certified trading 

SJ interest. An example (described above in relation to a preferred embodiment) is a notification 
p 1 5 sent regarding an open order that can be automatically executed by responding to the 
if notification, or (in an alternate preferred embodiment) a message that contains an executable 

Li : 

@ order. 

L (4) The system preferably receives data from multiple broker-dealers, allowing the 

J system to compare multiple records of the same trade to "net out" middlemen and identify the 
20 end buyer and seller. For example, if MP1 buys 1000 shares of DELL from MP2 on an ECN, 
5 the brokers on each end of this trade will know only that they traded with this ECN. But 
when each broker reports his information to the system, the system can compare the two 
reports and identify the two end parties to the trade, enabling MP1 to subsequently negotiate a 
trade directly with MP2. 
25 (5) The system can receive information on the buy-side origin of a trade from a 

plurality of broker-dealers. Thus, the system can reconstruct the complete trading activity of 
a buy-side party when that buy-side party is working an order through a plurality of 
broker-dealers and/or ECNs. 

All these are ways of using confidential information in win-win situations, where the 
30 providers of information benefit by earning the right to attract more information or more 
order flow, for their own account or for that of their clients. When the advantaged party is the 
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data provider's client(s), it is clear that a successful business application will include a 
sharing of the benefits with the data provider to encourage participation. 

While the embodiments shown and described herein are fully capable of achieving the 
objects of the subject invention, it is evident that numerous alternatives, modifications, and 
variations will be apparent to those skilled in the art in light of the foregoing description. 
These alternatives, modifications, and variations are within the scope of the subject invention, 
and it is to be understood that the embodiments described herein are shown only for the 
purpose of illustration and not for the purpose of limitation. 
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Claims 

What is claimed is: 

1 . A computer-implemented method of managing market information, comprising the 
steps of: 

(a) electronically receiving data including confidential information regarding market 
participants; 

(b) electronically receiving an order and targeting parameters from a first market 
participant; 

(c) identifying a second market participant that is most likely to take a contra side of 
said order, wherein said step of identifying is based, at least in part, on said received 
confidential information regarding market participants; and 

(d) routing said order to said identified second market participant. 



2. A method as in claim 1 , further comprising the step of producing a targeted 
dissemination list of market participants based, at least in part, on said received 
confidential information regarding market participants and said order and targeting 
parameters, and wherein the step of identifying a second market participant that is 
most likely to take a contra side of said order is based on said dissemination list. 

3. A method as in claim 1 , wherein the confidential information comprises trading 
interest information. 

4. A method as in claim 1 , wherein the confidential information comprises certified 
trading interest information. 

5. A method as in claim 1, wherein the confidential information comprises a time of a 
call. 



6. A method as in claim 1 , wherein the step of identifying said second market participant 
is based on order size. 
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7. A method as in claim 1 , wherein the step of identifying said second market participant 
is based on execution size. 

8. A method as in claim 1, wherein the step of identifying said second market participant 
is based on price aggression. 

9. A method as in claim 1, wherein the step of identifying said second market participant 
is based on location. 

1 0. A method as in claim 1 , wherein the step of identifying said market participant is 
based on comparing the past behavior of market participants after they received 
notifications or orders. 

. s 

M 11. A method as in claim 1 , wherein the step of identifying said market participant is 
S{ based on time of auction call. 

P 12. A method as in claim 1 , wherein the step of identifying said market participant is 
u based on comparing the past behavior of market participants after they received 

LH orders. 

p 13. A method as in claim 1 , wherein the step of identifying said second market participant 
is based on time of most recent execution. 

14. A method as in claim 1, wherein the step of producing a targeted dissemination list of 
market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on relations between said stored data not 
known to said first market participant. 

1 5. A method as in claim 14, wherein said relations comprise information indicating that 
multiple data entries involve a same end party. 
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16. 



A method as in claim 15, wherein the step of producing said targeted dissemination 
list comprises calculating the total number of shares bought or sold by said end party. 



1 7. A method as in claim 1 , wherein the step of producing a targeted dissemination list of 
market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on data that is not available to any individual 
market participant, and wherein said step of producing a targeted dissemination list 
comprises aggregating data provided by a plurality of market participants. 

1 8. A method as in claim 1 , wherein the step of producing a targeted dissemination list of 
market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on data that is not available to any individual 
market participant, and wherein said step of producing a targeted dissemination list 
comprises comparing data provided by a plurality of market participants. 



^ 1 9. A method as in claim 1 7, wherein said step of aggregating data is based on data that is 
provided by a marketplace. 



20. A method as in claim 1 9, wherein said data that is provided by a marketplace is 
Automated Confirmation Transaction Service SM data and said marketplace is the 
Nasdaq Stock Market SM . 



21 . A method as in claim 17, wherein said step of aggregating data is based on data that is 
provided by a plurality of participating broker-dealers. 

22. A method as in claim 18, wherein said step of comparing data provided by a plurality 
of market participants comprises the step of netting out middlemen to identify an end 
buyer and an end seller in a trade. 

23. The method of claim 1 7, wherein said step of aggregating data is based on data that 
comprises the identity of a buy-side party for which a trade was executed. 
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24. The method of claim 1 8, wherein said step of comparing data provided by a plurality 
of market participants comprises the step of calculating the total number of shares 
bought or sold by a buy-side party for which a trade was executed through one or 
more intermediaries. 

25. A method as in claim 2, further comprising the steps of: 

(a) ranking market participants on said targeted dissemination list in order of 
likelihood of taking the contra side of said order; and 

(b) if said identified second market participant does not execute said order, 
successively routing said order to the remaining market participants on said ranked targeted 
dissemination list, in order of likelihood of taking the contra side of said order, until said 
order is executed. 

26. A method as in claim 25, wherein said ranking is based on probability of execution. 

27. A method as in claim 26, wherein said probability of execution is calculated based on 
a count of number of orders delivered versus number of executions for different types 
of orders. 

28. A method as in claim 26, wherein said probability of execution is calculated based on 
comparing the past behavior of market participants after they received notifications or 
orders. 

29. A method as in claim 26, wherein said probability of execution is calculated based on 
comparing the past behavior of market participants after they received orders. 

30. A method as in claim 26, further comprising the steps of monitoring price fluctuation 
following order delivery to a market center and identifying statistically significant 
correlations between order delivery events and subsequent price fluctuations on a 
market. 
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31. A method of managing market information, comprising the steps of: 

(a) electronically receiving data including confidential information regarding market 
participants; 

(b) electronically storing said received data regarding market participants; 

(c) electronically receiving an order-related query from a first market participant; 

(d) based on said received data regarding market participants, calculating an estimate 
of a probability of execution if the order were routed to market participants based on said 
query; and 

(e) electronically reporting said probability to said first market participant. 

32. A method as in claim 3 1 , wherein said probability of execution is calculated based on 
a count of number of orders delivered versus number of executions for different types 
of orders. 

33. A method as in claim 3 1 , further comprising the step of electronically reporting an 
estimate of the price impact following the delivery of an order based on said query to 
said first market participant. 

34. A method of managing orders in a securities market, comprising the steps of: 

(a) electronically receiving data comprising an order from a first market participant; 

(b) electronically storing said received data in a database; 

(c) electronically receiving from a second market participant data comprising one or 
more conditions on orders; 

(d) searching said database for orders that satisfy said conditions; 

(e) electronically designating orders found in said search as being reserved, said 
designated orders comprising said order received from said first market participant; and 

(f) electronically routing said designated orders to said second market participant. 

35. The method of claim 34, further comprising the step of electronically receiving data 
comprising order status information from said second market participant. 
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36. The method of claim 35, further comprising the step of reporting order execution to 
said first market participant if said order status information indicates that said order 
received from said first market participant was executed. 

37. The method of claim 35, further comprising the step of removing the designation of 
being reserved from an order if said order status information indicates that the order 
was released by said second market participant. 

38. A method of managing orders in a market, comprising the steps of: 

(a) electronically receiving data regarding a first market participant, said data 
comprising one or more call auction event times; 

(b) electronically storing said received data regarding said first market participant; 

(c) electronically receiving an order from a second market participant; 

(d) routing said order to said first market participant at a time within a configurable 
time window surrounding one of said one or more call auction event times. 
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Abstract 

Preferred embodiments of the subject invention overcome the limitations of 
known trading interest targeting and execution systems by (1) enabling market participants to 
limit targeting of trading interests to only those other market participants likely to have a 
significant contra-interest; (2) enabling market participants to ensure that other market 
participants' disseminated trading interests are legitimate; and (3) enabling auctions among 
trading interests targeted and validated in this manner. Software of a preferred embodiment 
identifies likely contra-interests by analyzing information from various sources regarding 
certified trading interests. Preferred embodiments that route and otherwise manage orders 
based on trading interest information are also described. 
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